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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document describes multiplexing, channel coding and interleaving for UTRA Physical Layer TDD mode. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document 
(including a GSM document), a non-specific reference implicitly refers to the latest version of that document in 
the same Release as the present document. 

[I] 3GPP TS 25.202: "UE capabilities". 

[2] 3GPP TS 25.211: "Transport channels and physical channels (FDD)". 

[3] 3GPP TS 25.212: "Multiplexing and channel coding (FDD)". 

[4] 3GPP TS 25.213: "Spreading and modulation (FDD)". 

[5] 3GPP TS 25.214: "Physical layer procedures (FDD)". 

[6] 3GPP TS 25.215: "Physical layer - Measurements (FDD)". 

[7] 3GPP TS 25.221: "Transport channels and physical channels (TDD)". 

[9] 3GPP TS 25.223: "Spreading and modulation (TDD)". 

[10] 3GPP TS 25.224: "Physical layer procedures (TDD)". 

[II] 3GPP TS 25.225: "Measurements". 

[12] 3GPP TS 25.331: "RRC Protocol Specification". 

[13] 3GPP TS 25.308: "High Speed Downlink Packet Access (HSDPA): Overall description (stage 2)". 

[14] ITU-T Recommendation X.691 (12/97) "Information technology - ASN.l encoding rules: 

Specification of Packed Encoding Rules (PER)". 

[15] 3GPP TS 25.321: 'Medium Access Control (MAC) protocol specification' 

[16] 3GPP TS 25.302: 'Services provided by the physical layer' 

[17] 3GPP TS 25.306: 'UE Radio Access Capabilities' 

3 Definitions, symbols and abbreviations 
3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

TrCH number: The transport channel number identifies a TrCH in the context of LI. The L3 transport channel identity 
(TrCH ID) maps onto the LI transport channel number. The mapping between the transport channel number and the 
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TrCH ID is as follows: TrCH 1 corresponds to the TrCH with the lowest TrCH ID, TrCH 2 corresponds to the TrCH 
with the next lowest TrCH ID and so on. 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

fx 7 round towards o°, i.e. integer such that x <fx 7 < x+1 

LxJ round towards -o^, i.e. integer such that x-1 < LxJ <x 

Ixl absolute value of X 

Unless otherwise is explicitly stated when the symbol is used, the meaning of the following symbols are: 

i TrCH number 

j TFC number 

k Bit number 

/ TF number 

m Transport block number 

n Radio frame number 

p PhCH number 

r Code block number 

/ Number of TrCHs in a CCTrCH. 

C, Number of code blocks in one TTI of TrCH i. 

Fj Number of radio frames in one TTI of TrCH /. 

Mi Number of transport blocks in one TTI of TrCH /. 

Ntcfi code word Numbcr of TFCI code word bits after TFCI encoding 

P Number of PhCHs used for one CCTrCH. 

PL Puncturing Limit. Signalled from higher layers 

RMi Rate Matching attribute for TrCH /. Signalled from higher layers. 

Temporary variables, i.e. variables used in several (sub)clauses with different meaning. 

x,X 

z,Z 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



<ACRONYM> 


<Explanation> 


ARQ 


Automatic Repeat on Request 


BCH 


Broadcast Channel 


BER 


Bit Error Rate 


BS 


Base Station 


BSS 


Base Station Subsystem 


CBR 


Constant Bit Rate 


CCCH 


Common Control Channel 


CCTrCH 


Coded Composite Transport Channel 


CDMA 


Code Division Multiple Access 


CFN 


Connection Frame Number 


CQI 


Channel Quality Indicator 


CRC 


Cyclic Redundancy Check 


DCA 


Dynamic Channel Allocation 


DCCH 


Dedicated Control Channel 


DCH 


Dedicated Channel 


DL 


Downlink 


DRX 


Discontinuous Reception 


DSCH 


Downlink Shared Channel 


DTX 


Discontinuous Transmission 


E-AGCH 


E-DCH Absolute Grant Channel 
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ECSN E-AGCH Cyclic Sequence Number 

E-DCH Enhanced Dedicated Channel 

E-HICH E-DCH Hybrid ARQ Indicator Channel 

E-PUCH E-DCH Physical Uplink Channel 

E-RUCCH E-DCH Random Access Uplink Control Channel 

E-TFCI E-DCH Transport Format Combination Indicator 

E-UCCH E-DCH Uplink Control Channel 

EACH Forward Access Channel 

FDD Frequency Division Duplex 

FDMA Frequency Division Multiple Access 

EEC Forward Error Control 

FER Frame Error Rate 

GF Galois Field 

HARQ Hybrid Automatic Repeat reQuest 

HS-DSCH High Speed Downlink Shared Channel 

HS -PDSCH High Speed Physical Downlink Shared Channel 

HS-SCCH Shared Control Channel for HS-DSCH 

HS-SICH Shared Information Channel for HS-DSCH 

1MB Integrated Mobile Broadcast 

JD Joint Detection 

LI Layer 1 

L2 Layer 2 

LLC Logical Link Control 

MA Multiple Access 

MAC Medium Access Control 

MBSFN MBMS over a Single Frequency Network 

MICH MBMS Indicator Channel 

MIMO Multiple Input Multiple Output 

MS Mobile Station 

MT Mobile Terminated 

NRT Non-Real Time 

OVSF Orthogonal Variable Spreading Factor 

PC Power Control 

PCCC Parallel Concatenated Convolutional Code 

PICH Paging Indicator Channel 

PCH Paging Channel 

PhCH Physical Channel 

PI Paging Indicator (value calculated by higher layers) 

PLCCH Physical Layer Common Control Channel 

P(j Paging Indicator (indicator set by physical layer) 

QoS Quality of Service 

QPSK Quaternary Phase Shift Keying 

RACH Random Access Channel 

RF Radio Frequency 

RLC Radio Link Control 

RMF Recommended Modulation Format 

RRC Radio Resource Control 

RRM Radio Resource Management 

RSC Recursive Systematic Convolutional Coder 

RSN Retransmission Sequence Number 

RT Real Time 

RTBS Recommended Transport Block Size 

RU Resource Unit 

RV Redundancy Version 

SCCC Serial Concatenated Convolutional Code 

SCH Synchronization Channel 

SNR Signal to Noise Ratio 

TCH Traffic channel 

TDD Time Division Duplex 

TDMA Time Division Multiple Access 

TEC Transport Format Combination 

TFCI Transport Format Combination Indicator 
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TFRI 

TPC 

TrBk 

TrCH 

TTI 

UE 

UL 

UMTS 

USCH 

UTRA 

VBR 



Transport Format Resource Indicator 

Transmit Power Control 

Transport Block 

Transport Channel 

Transmission Time Interval 

User Equipment 

Uplink 

Universal Mobile Telecommunications System 

Uplink Shared Channel 

UMTS Terrestrial Radio Access 

Variable Bit Rate 



4 Multiplexing, channel coding and interleaving for the 

1 .28 Mcps, 3.84 Mcps and 7.68 Mcps options 

In the case of the 3.84 Mcps option, clause 4 applies only for non-MBSFN-IMB operation. Multiplexing, channel 
coding and interleaving for 3.84 Mcps MBSFN 1MB operation is described in sub-clause 5. 



4.1 



General 



Data stream from/to MAC and higher layers (Transport block / Transport block set) is encoded/decoded to offer 
transport services over the radio transmission link. Channel coding scheme is a combination of error detection, error 
correcting (including rate matching), and interleaving and transport channels mapping onto/splitting from physical 
channels. 

In the UTRA-TDD mode for the 1.28 Mcps, 3.84 Mcps and 7.68 Mcps options, the total number of basic physical 
channels (a certain time slot one spreading code on a certain carrier frequency) per frame is given by the maximum 
number of time slots and the maximum number of CDMA codes per time slot. 

4.2 General coding/multiplexing of TrCHs 

This section only applies to the transport channels: DCH, RACH, DSCH, USCH, BCH, EACH and PCH. Other 
transport channels which do not use the general method are described separately below. 

Figure 1 illustrates the overall concept of transport-channel coding and multiplexing. Data arrives to the 
coding/multiplexing unit in form of transport block sets, once every transmission time interval. The transmission time 
interval is transport-channel specific from the set {5 ms* '', 10 ms, 20 ms, 40 ms, 80 ms}. 

Note: **" may be appHed for PRACH for 1 .28 Mcps TDD 

The following coding/multiplexing steps can be identified: 

add CRC to each transport block (see subclause 4.2.1); 

TrBk concatenation / Code block segmentation (see subclause 4.2.2); 

channel coding (see subclause 4.2.3) ; 

radio frame size equalization (see subclause 4.2.4); 

interleaving (two steps, see subclauses 4.2.5 and 4.2.11 ); 

radio frame segmentation (see subclause 4.2.6); 

rate matching (see subclause 4.2.7); 

multiplexing of transport channels (see subclause 4.2.8); 

bit scrambling (see subclause 4.2.9); 
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physical channel segmentation (see subclause 4.2.10); 
sub-frame segmentation(see subclause 4.2. IIA only for 1.28Mcps TDD) 
mapping to physical channels (see subclause 4.2. 12). 
The coding/multiplexing steps for uplink and downlink are shown in figures 1 and 1 A. 
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Figure 1 : Transport channel multiplexing structure for uplink and downlink for 3.84Mcps and 7.68 

Mcps TDD 
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Figure 1 A: Transport channel multiplexing structure for uplink and downlink of 1.28Mcps TDD 
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Primarily, transport channels are multiplexed as described above, i.e. into one data stream mapped on one or several 
physical channels. However, an alternative way of multiplexing services is to use multiple CCTrCHs (Coded Composite 
Transport Channels), which corresponds to having several parallel multiplexing chains as in figures 1 and 1 A, resulting 
in several data streams, each mapped to one or several physical channels. 

4.2.1 CRC attachment 

Error detection is provided on transport blocks through a Cyclic Redundancy Check (CRC). The size of the CRC is 24, 
16, 12, 8 or bits and it is signalled from higher layers what CRC size that should be used for each transport channel. 

4.2.1.1 CRC calculation 

The entire transport block is used to calculate the CRC parity bits for each transport block. The parity bits are generated 
by one of the following cyclic generator polynomials: 

gCRC24(£>) = D^' + D^' + D' + D' + D+1 

gCRC16(£') = D'' + D'' + D'+1 

gcRci2(£>) = d'^ + d''+d' + d^ + d+i 
gcRC8(£>) = d^ + d'' + dUd' + d+i 

Denote the bits in a transport block delivered to layer 1 by a,„jj , a,^2 ' ^im3 ' • • ■ ' ^imA ' '^^'^ '■^^ parity bits by 

Pimi 1 Pimi' P iniT, ' ■ • • ' P iniL ■ ^i is the sizc of a transport block of TrCH /, m is the transport block number, and L, is the 

number of parity bits. L, can take the values 24, 16, 12, 8, or depending on what is signalled from higher layers. 

The encoding is performed in a systematic form, which means that in GF(2), the polynomial: 

DA, +23 , riA+22 , , n24 , n23 , n22 , , r,l , 

mil tml imA^ r im\ r iml r im2i r imlA 

yields a remainder equal to when divided by gcRC24(£')^ polynomial: 

DA, +15 , n4+14 , , T-ilS I nl5 , r-.14 , , r-il , 

tmi iml imAj r^iml r^ imz i iml5 i imlo 

yields a remainder equal to when divided by gcRci6(£')^ polynomial: 

+ a- tD ' +... + a .D + p ,D + p. ^D +...+ p. ,,D + p. .^ 

imi im2 tniAj r^ im\ r iml r imW r imVl 

yields a remainder equal to when divided by gcRci2(£') and the polynomial: 

a. ,D'*'"'Va. ,D'*'''^ + ... + a. , D^ + p. ,D'^ + p. ,D^ + ...+ p. ,D^ + p. „ 

tml iml imAi ^ iml ^ imz r^ iml ^ imS 

yields a remainder equal to when divided by gcRcsiD). 

If no transport blocks are input to the CRC calculation (M, = 0), no CRC attachment shall be done. If transport blocks 
are input to the CRC calculation (Mti^ 0) and the size of a transport block is zero (A,= 0), CRC shall be attached, i.e. all 
parity bits equal to zero. 

4.2.1 .2 Relation between input and output of the CRC attachment block 

The bits after CRC attachment are denoted by b-^^ , ^,^2 ' ^imi ' ■ ■ • ' ^imB ' where B, = A, + L,. The relation between ai,„k 
and bimk is: 

bimk=aimk k =1,2, 3,..., A, 

bimk=Pim(L+i-(k-A)) k = Ai+ l,A, + 2,A, + 3, ...,A, + L,- 
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4.2.2 Transport block concatenation and code block segmentation 

All transport blocks in a TTI are serially concatenated. If the number of bits in a TTI is larger than the maximum size of 
a code block, then code block segmentation is performed after the concatenation of the transport blocks. The maximum 
size of the code blocks depends on whether convolutional, turbo coding or no coding is used for the TrCH. 

4.2.2.1 Concatenation of transport blocks 

The bits input to the transport block concatenation are denoted by bj^^ , bj^2 ' ^imi ' • • ■ ' ^imB where / is the TrCH 
number, m is the transport block number, and fi, is the number of bits in each block (including CRC). The number of 
transport blocks on TrCH / is denoted by M,. The bits after concatenation are denoted by Xh,Xi2,Xjt^,..., X^^ , where / 
is the TrCH number and Xi=MiBi. They are defined by the following relations: 

^ik = K2,(k-B^) k = B,+ 1, B, + 2, ..., 2Bi 
^ik = Kx(k-2B,) k = 2Bi+\, IBi + 2, ..., 3B,- 



^ik =KM„(k-(M,-i)B,) k = (Mi-l)Bi + I (Mi-l)Bi + 2, ..., MiBi 

4.2.2.2 Code block segmentation 

Segmentation of the bit sequence from transport block concatenation is performed if X,>Z. The code blocks after 
segmentation are of the same size. The number of code blocks on TrCH / is denoted by C,. If the number of bits input to 
the segmentation, X„ is not a multiple of C„ filler bits are added to the beginning of the first block. If turbo coding is 
selected and X, < 40, filler bits are added to the beginning of the code block. The filler bits are transmitted and they are 
always set to 0. The maximum code block sizes are: 

convolutional coding: Z = 504; 

turbo coding: Z = 5 1 14; 

no channel coding: Z = unlimited. 

The bits output from code block segmentation, for C, i^ 0, are denoted by 0,yj , 0,^2 ■• 0,>3 , ■ ■ • , O,^^ , where / is the TrCH 
number, r is the code block number, and Ki is the number of bits per code block. 

Number of code blocks: 

\XjZ\ v^hen Z i^ unlimited 
C, = <| when Z = unlimited and X, = 

1 when Z = unlimited and X^^O 

Number of bits in each code block (applicable for C, i^ only): 
if Xi < 40 and Turbo coding is used, then 

Ki = 40 
else 

Ki=rxi/cj 

end if 
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Number of filler bits: F, = C,/:, - X, 

for A: = 1 to F, — Insertion of filler bits 

end for 

foik= y,+ l to Ki 

end for 

r = 2 — Segmentation 

while r < C, 

for A: = 1 to Ki 

^irk ~ -^iXk+ir-lyKf-Yi) 

end for 
r = r+l 
end while 

4.2.3 Channel coding 

Code blocks are delivered to the channel coding block. They are denoted by 0,^j , 0-^2 ■• '^,>3 ' • • ■ ' ^irK ' where / is the 
TrCH number, r is the code block number, and Ki is the number of bits in each code block. The number of code blocks 
on TrCH / is denoted by C,. After encoding the bits are denoted by y .^^ , y ^^j_ , y.^^ ,..., y^^y. ' where F, is the number of 
encoded bits. The relation between Oirk and J,>,t and between Ki and F, is dependent on the channel coding scheme. 

The following channel coding schemes can be applied to transport channels: 

convolutional coding; 

turbo coding; 

no coding. 

Usage of coding scheme and coding rate for the different types of TrCH is shown in tables 1 and 1 A. The values of F, in 
connection with each coding scheme: 

convolutional coding with rate 1/2: F, = 2*Ki + 16; rate 1/3: F, = 3*Ki + 24; 

turbo coding with rate 1/3: F, = 3*Ki + 12; 

no coding: Yi = Ki. 
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Table 1 : Usage of channel coding scheme and coding rate for 3.84l\/lcps TDD 



Type of TrCH 


Coding scheme 


Coding rate 


BCH 


Turbo coding 


1/3 


Convolutional coding 


1/2 


PCH 


RACH 


DCH, DSCH, FACH, USCH 


1/3, 1/2 


Turbo coding 


1/3 


No coding | 



Note: Rate 1/3 Turbo coding is only applied to BCH when the beacon timeslot uses burst type 4; rate 1/2 convolutional 
coding is only applied to BCH when the beacon timeslot uses burst type 1. For the MBSFN FACH, only rate 1/3 Turbo 
coding shall be applied. 



Table 1 A: Usage of channel coding scheme and coding rate for 1.28l\/lcps TDD 



Type of TrCH 


Coding scheme 


Coding rate 


BCH 


Convolutional coding 


1/3 


PCH 


1/3, 1/2 


RACH 


1/2 


DCH, DSCH, FACH, USCH 


1/3, 1/2 


Turbo coding 


1/3 


No coding | 



Note: For the MBSFN FACH, only rate 1/3 Turbo coding shall be applied. 

4.2.3.1 Convolutional coding 

Convolutional codes with constraint length 9 and coding rates 1/3 and 1/2 are defined. 

The configuration of the convolutional coder is presented in figure 2. 

Output from the rate 1/3 convolutional coder shall be done in the order output 0, output 1, output 2, output 0, output 1, 
output 2, output 0, . . .,output 2. Output from the rate 1/2 convolutional coder shall be done in the order output 0, output 
1 , output 0, output 1 , output 0, . . . , output 1 . 

8 tail bits with binary value shall be added to the end of the code block before encoding. 

The initial value of the shift register of the coder shall be "all 0" when starting to encode the input bits. 
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(b) Rate 1/3 convolutional coder 



Figure 2: Rate 1/2 and rate 1/3 convolutional coders 



4.2.3.2 



Turbo coding 



4.2.3.2.1 



Turbo coder 



The scheme of Turbo coder is a Parallel Concatenated Convolutional Code (PCCC) with two 8-state constituent 
encoders and one Turbo code internal interleaver. The coding rate of Turbo coder is 1/3. The structure of Turbo coder is 
illustrated in figure 3. 

The transfer function of the 8-state constituent code for PCCC is: 



G(D)= 



80(D) 



where 



8o(D)=1+D' + D\ 



(D)=l+D + D\ 



The initial value of the shift registers of the 8-state constituent encoders shall be all zeros when starting to encode the 
input bits. 

Output from the Turbo coder is , Y'(0), X(l), Y(l), Y'(l), etc: 

Xi, Zi, Z 1, X2, Z2, Z27 ■■■, Xk, Zk7 Z k7 

where Xi, Xj, ■■■, x^ are the bits input to the Turbo coder i.e. both first 8-state constituent encoder and Turbo code 
internal interleaver, and Kis the number of bits, andzj, Z2, ■■■, Z/fandz'i, z'2, ■■■, z'if are the bits output from first and 
second 8-state constituent encoders, respectively. 

The bits output from Turbo code internal interleaver are denoted by x\, x'2, . . ., x'k, and these bits are to be input to the 
second 8-state constituent encoder. 
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Input 




Input 

Turbo code 

internal interleaver 

Output 



2nd constituent encoder 






D hf*- D 



©*- 



Output 



Zk 

-»^ »- 

A 



Xk 



/ 



Figure 3: Structure of rate 1/3 Turbo coder (dotted lines apply for trellis termination only) 



4.2.3.2.2 



Trellis termination for Turbo coder 



Trellis termination is performed by taking the tail bits from the shift register feedback after all information bits are 
encoded. Tail bits are padded after the encoding of information bits. 

The first three tail bits shall be used to terminate the first constituent encoder (upper switch of figure 3 in lower 
position) while the second constituent encoder is disabled. The last three tail bits shall be used to terminate the second 
constituent encoder (lower switch of figure 3 in lower position) while the first constituent encoder is disabled. 

The transmitted bits for trellis termination shall then be: 

Xk+I, Zk+1, Xk+2, Zk+2, XK-t-3, Zk-i-3, X k+1, Z K+l, X k+1, Z K+2, X K+i, Z K+3- 



4.2.3.2.3 



Turbo code internal interleaver 



The Turbo code internal interleaver consists of bits-input to a rectangular matrix with padding, intra-row and inter-row 
permutations of the rectangular matrix, and bits-output from the rectangular matrix with pruning. The bits input to the 

Turbo code internal interleaver are denoted by Xj , Xj , Xj , . . . , X^ , where K is the integer number of the bits and takes 

one value of 40 < K < 5114. The relation between the bits input to the Turbo code internal interleaver and the bits 

input to the channel coding is defined by Xi^ = 0,yj, and K = Ki. 

The following subclause specific symbols are used in subclauses 4.2.3.2.3.1 to 4.2.3.2.3.3 : 

K Number of bits input to Turbo code internal interleaver 

R Number of rows of rectangular matrix 

C Number of columns of rectangular matrix 

p Prime number 

V Primitive root 

(s{j}) . , 1 Base sequence for intra-row permutation 

qi Minimum prime integers 

r,- Permuted prime integers 
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(r(/)y , , Inter-row permutation pattern 

\U ■ \j)) Intra-row permutation pattern of /-th row 



>e{0,l,-,C-l} 

i Index of row number of rectangular matrix 

i Index of column number of rectangular matrix 

k Index of bit sequence 

4.2.3.2.3.1 Bits-input to rectangular matrix witin padding 

The bit sequence X^,X2,XT^,...,Xf, input to the Turbo code internal interleaver is written into the rectangular matrix 
as follows. 

(1) Determine the number of rows of the rectangular matrix, R, such that: 



R = < 



5,if (40</:<159) 

10, if ((160 <K< 200) or (481 <K< 530)) 

20, if {K = any other value) 



The rows of rectangular matrix are numbered 0, 1 , ..., R - 1 from top to bottom. 

(2) Determine the prime number to be used in the intra-permutation, p, and the number of columns of rectangular 
matrix, C, such that: 

if (481 < K < 530) then 

p = 53 and C = p. 
else 

Find minimum prime number p from table 2 such that 
K<Rx{p + l), 

and determine C such that 

p-l if K<Rx(p-l) 
C = \ p if Rx(p-l)<K<Rxp . 

p + \ if Rxp <K 

end if 

The columns of rectangular matrix are numbered 0, 1 , . . . , C - 1 from left to right. 
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Table 2: List of prime number p and associated primitive root v 



p 


V 


P 


V 


P 


V 


P 


V 


P 


V 


7 


3 


47 


5 


101 


2 


157 


5 


223 


3 


11 


2 


53 


2 


103 


5 


163 


2 


227 


2 


13 


2 


59 


2 


107 


2 


167 


5 


229 


6 


17 


3 


61 


2 


109 


6 


173 


2 


233 


3 


19 


2 


67 


2 


113 


3 


179 


2 


239 


7 


23 


5 


71 


7 


127 


3 


181 


2 


241 


7 


29 


2 


73 


5 


131 


2 


191 


19 


251 


6 


31 


3 


79 


3 


137 


3 


193 


5 


257 


3 


37 


2 


83 


2 


139 


2 


197 


2 






41 


6 


89 


3 


149 


2 


199 


3 






43 


3 


97 


5 


151 


6 


211 


2 







(3) Write the input bit sequence X^,X2,Xt^,...,Xj^ into the R XC rectangular matrix row by row starting with bit 
yi in column of row 0: 



yi yi ^3 ••• yc 

y(c+\) y(c+2) 3'(c+3) ••• yic 



3'((K-1)C+1) 3'((fi-l)C+2) 3'((fi-l)C+3) ■■■yRxc 



where y^ = -*^k for k= 1,2, ..., K and '\fRXC>K, the dummy bits are padded such that y^ = Oorl for k = K+ I, 
K+2, ..., RXC. These dummy bits are pruned away from the output of the rectangular matrix after intra-row 
and inter-row permutations. 



4.2.3.2.3.2 



Intra-row and inter-row permutations 



After the bits-input to the RXC rectangular matrix, the intra-row and inter -row permutations for the RXC rectangular 
matrix are performed stepwise by using the following algorithm with steps (1) - (6). 

(1) Select a primitive root v from table 2 in section 4.2.3.2.3.1, which is indicated on the right side of the prime 
number p. 



(2) Construct the base sequence (s{ 



Jf/jeiQX-.p-l} 



for intra-row permutation as: 



s{j)={vxs{j-l))modp, j= 1,2,... (p - 2), and s(0) = 1. 

(3) Assign ^0 = 1 to be the first prime integer in the sequence (?, ) r„ . „ .i , and determine the prime integer qi in 
the sequence (qi)^ r„ „ .i to be a least prime integer such that g.c.d(gi,p - 1) = 1, ^, > 6, and qi > q^. i) for 
each / = 1, 2, ..., R- 1. Here g.c.d. is greatest common divisor. 

(4) Permute the sequence (qi). r„. „ ,i to make the sequence (r\ , , such that 

rT(i)=qi, / = 0, 1, .... ,/J- 1, 

where (Tyij) . , , is the inter-row permutation pattern defined as the one of the four kind of patterns, 

which are shown in table 3, depending on the number of input bits K. 

Table 3: Inter-row permutation patterns for Turbo code internal interleaver 



Number of input bits 
K 


Number 
of rows R 


Inter-row permutation patterns 
<7(0), 7(1),..., 7(R-1)> 


(40<K<159) 


5 


<4, 3, 2, 1,0> 


(1 60 < K< 200) or (481 < K< 530) 


10 


<9, 8, 7, 6,5,4, 3, 2, 1, 0> 
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(2281 < K< 2480) or (31 61 < K< 321 0) 


20 


<19, 9, 14,4,0,2,5,7, 12, 18, 16, 13, 17, 15,3, 1,6, 11,8, 10> 


K= any other value 


20 


<19, 9, 14, 4, 0, 2, 5, 7, 12, 18, 10, 8, 13, 17, 3, 1, 16, 6, 15, 11> 



(5) Perform the /-th (/ = 0,1, ..., R- 1) intra -row permutation as: 
if (C = p) then 

Ui U) = s{{j X r,)mod{p - 1)) , j = 0, 1, ...,(/?- 2), and Wp - 1) = 0, 

where Ui(j) is the original bit position of y'-th permuted bit of /-th row. 
end if 
if(C=p+ l)then 

Ui U) = s{{j X r,)mod{p - 1)) , j = 0, 1, ..., (p -2). U^ip - 1) = 0, and U,(p) = p, 

where Ui(j) is the original bit position of j-th permuted bit of /-th row, and 

if iK=RXQ\hen 

Exhange Un.iip) with Ur.i(0). 

end if 
end if 
if{C=p- l)then 

U,{j)=s{{jXr,)mod{p-l))-l, j =0, 1, ..., (/7 - 2), 

where Ui(j) is the original bit position of y'-th permuted bit of /-th row. 
end if 

(6) Perform the inter-row permutation for the rectangular matrix based on the pattern (T(iJ) 

where T(i) is the original row position of the /-th permuted row. 

4.2.3.2.3.3 Bits-output from rectangular matrix with pruning 

After intra-row and inter-row permutations, the bits of the permuted rectangular matrix are denoted by yV: 



Ji y («+i) y (2R+1) ■■■y ((c-i)R+i) 

yi 3' (R+2) 3' (2«+2) •••3' ((C-l)K+2) 



e{0,1,--,R-1}' 



y R y iR 



y^R 



y cxR 



The output of the Turbo code internal interleaver is the bit sequence read out column by column from the intra-row and 
inter-row permuted R x C rectangular matrix starting with bit >''i in row of column and ending with bit y'cR in row 
R- I of column C - 1 . The output is pruned by deleting dummy bits that were padded to the input of the rectangular 
matrix before intra-row and inter row permutations, i.e. bits y'/, that corresponds to bits yj^ with fe > /T are removed from 
the output. The bits output from Turbo code internal interleaver are denoted by x'l, x'2, . . ., x'^, where x'j corresponds to 
the bit y\ with smallest index k after pruning, x'2 to the bit yV with second smallest index k after pruning, and so on. The 
number of bits output from Turbo code internal interleaver is K and the total number of pruned bits is; 

RXC-K. 
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4.2.3.3 Concatenation of encoded blocks 

After the channel coding for each code block, if C, is greater than 1, the encoded blocks are serially concatenated so that 
the block with lowest index r is output first from the channel coding block, otherwise the encoded block is output from 

channel coding block as it is. The bits output are denoted by C,[ , C,2 , C^j , . . . , C,^ , where / is the TrCH number and £, = 

C,F,. The output bits are defined by the following relations: 

Cik ^yi,2.ik-Y,) k=Y, + lY, + 2,...,2Y, 
Cik=yiMk-2Y,) fe = 2F,-+l,2F, + 2,...,3F, 



If no code blocks are input to the channel coding (C, = 0), no bits shall be output from the channel coding, i.e. £, = 0. 



4.2.4 Radio frame size equalisation 

Radio frame size equalisation is padding the input bit sequence in order to ensure that the output can be segmented in F, 
data segments of same size as described in the subclause 4.2.6. 

The input bit sequence to the radio frame size equalisation is denoted by C^ , C,-2 , C,-3 , . . . , C,^ , where / is TrCH number 

and Ei the number of bits. The output bit sequence is denoted by t^ , ?,2 ? ^,3 ? • • • ? ^/r ' where T, is the number of bits. The 
output bit sequence is derived as follows: 

tik = Cik, for k = 1 . . . £■, and 

f„={0,l}fork=£,+l...r„if£,.<r,. 

where 

Ti = Fi*Ni and 

N- = I Ej I Fj I is the number of bits per segment after size equalisation. 

4.2.5 1st interleaving 

The 1^' interleaving is a block interleaver with inter-column permutations. The input bit sequence to the block 

interleaver is denoted by JC; j , .x:; 2 5 'f , 3 5 ■ ■ • , -^j x ' where / is TrCH number and X, the number of bits. Here X, is 

guaranteed to be an integer multiple of the number of radio frames in the TTI. The output bit sequence from the block 
interleaver is derived as follows: 

1) select the number of columns CI from table 4 depending on the TTI. The columns are numbered 0, 1, . . ., CI - 1 
from left to right. 

2) determine the number of rows of the matrix, Rl defined as 
Rl =Xi/Cl. 

The rows of the matrix are numbered 0, 1, . . ., Rl - 1 from top to bottom. 

3) write the input bit sequence into the Rl X CI matrix row by row starting with bit JC, j in column of row 
and ending with bit X^ (Rixcn in column CI - 1 of row Rl - 1: 
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X, 



1,3 



X 



/.(Cl+l) 



^/,(CH-2) 



X, 



!,(Cl+3) 



•^i,((Rl-l)xCl+l) ■^i,((Rl-l)xCl+2) •"•(■, ((Rl-l)xC 1+3) 



i,Cl 



*-i,(2xCl) 



'•(.(RlxCl) 



4) Perform the inter-column permutation for the matrix based on the pattern (Plci(j)) rr, ^ ,i shown in table 

4, where PlciO) is the original column position of the j-th permuted column. After permutation of the columns, 
the bits are denoted by yi^^: 

3^i,l 3'i,(Rl+l) 3'i,(2xRl+l) ••■ 3'!,((Cl-l)xRl+l) 

3^1,2 3'!,(Rl+2) 3'!,(2xRl+2) • • ■ 3'/,((Cl-l)xRl+2) 



^'i.Rl 3';,(2xRl) 3'/,(3xRl) 



3'!,(ClxRl) 



5) Read the output bit sequence J^ j , J^ 2 ? J, 3 ? ■ ■ • ? J, (cixRi) °f ^^^ block interleaver column by column from the 
inter-column permuted Rl X CI matrix. Bit y. j corresponds to row of column and bit y- (Rixcn 
corresponds to row Rl - 1 of column CI - 1. 

Table 4 Inter-column permutation patterns for 1st interleaving 



TTI 


Number of columns C1 


Inter-column permutation patterns 
<P1ci(0),P1ci(1),...,P1ci(C1-1)> 


5ms'"^', 10 ms 


1 


<0> 


20 ms 


2 


<0,1> 


40 ms 


4 


<0,2,1,3> 


80 ms 


8 


<0,4,2,6,1,5,3,7> 



4.2.5.1 



^■^can be used for PRACH for 1.28 Mcps TDD 

Relation between input and output of 1^' interleaving 



The bits input to the 1 ^' interleaving are denoted by ^^ j , ^^ j 5 ^, 3 ? • • • ? ^, 7- ' where / is the TrCH number and T, the 
number of bits. Hence, x,,t = f,,t and X, = T,. 

The bits output from the T' interleaving are denoted by J, j , J, 2 5 '^i 3 5 ■ ■ • 5 ^i t ' ^^'^ '^''* ~ )''•*■ 

4.2.6 Radio frame segmentation 

When the transmission time interval is longer than 10 ms, the input bit sequence is segmented and mapped onto 
consecutive Fi radio frames. Following radio frame size equalisation the input bit sequence length is guaranteed to be an 
integer multiple of F,. 

The input bit sequence is denoted by X-^ , X^j , ■'^,3 , • • ■ , Xj^ where / is the TrCH number and X, is the number bits. The 

Fi output bit sequences per TTI are denoted by J, „ p J, „ 2 ' J, « 3 ' • • ■ ' Ji « y where n, is the radio frame number in 
current TTI and Yi is the number of bits per radio frame for TrCH ;. The output sequences are defined as follows; 

where 

y, = (Xj I Fi) is the number of bits per segment. 
The rii -th segment is mapped to the «, -th radio frame of the transmission time interval. 
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The input bit sequence to the radio frame segmentation is denoted by J,j , J,2 ? ^^,3 ? ■ ■ • ? d^j , where / is the TrCH 
number and T, the number of bits. Hence, Xjt = djt and X, = T,. 

The output bit sequence corresponding to radio frame n, is denoted by e^^ , e^j , ^,3 , ■ ■ • , ^,^ , where / is the TrCH 
number and A^; is the number of bits. Hence, e. j. = J, „ ^ and A^, = F,. 

4.2.7 Rate matching 

Rate matching means that bits on a TrCH are repeated or punctured. Higher layers assign a rate-matching attribute for 
each TrCH. This attribute is semi-static and can only be changed through higher layer signalling. The rate-matching 
attribute is used when the number of bits to be repeated or punctured is calculated. 

The number of bits on a TrCH can vary between different transmission time intervals. When the number of bits between 
different transmission time intervals is changed, bits are repeated to ensure that the total bit rate after TrCH 
multiplexing is identical to the total channel bit rate of the allocated physical channels. 

If no bits are input to the rate matching for all TrCHs within a CCTrCH, the rate matching shall output no bits for all 
TrCHs within the CCTrCH. 

Notation used in subclause 4.2.7 and subclauses: 

Nij : Number of bits in a radio frame before rate matching on TrCH / with transport format combination 7. 

AA' : If positive - number of bits to be repeated in each radio frame on TrCH / with transport format 
combination j . 

If negative - number of bits to be punctured in each radio frame on TrCH / with transport format 
combination J. 

RMi : Semi-static rate matching attribute for TrCH /. Signalled from higher layers. 

PL : Puncturing limit. This value limits the amount of puncturing that can be applied in order to minimise the 

number of physical channels. Signalled from higher layers. The allowed puncturing in % is actually equal 
to (1 -PL)* 100. 

Ndata.j '■ Total number of bits that are available for a CCTrCH in a radio frame with transport format 
combination j . 

P : number of physical channels used in the current frame. 

Pmax '■ maximum number of physical channels allocated for a CCTrCH. 

Up : Number of data bits in the physical channel p with p = 1 ...P during a radio frame. 

/ : Number of TrCHs in a CCTrCH. 

Zy : Intermediate calculation variable. 

Fi : Number of radio frames in the transmission time interval of TrCH ;. 

n, : Radio frame number in the transmission time interval of TrCH / (0 <ni < F,). 

q : Average puncturing or repetition distance(normalised to only show the remaining rate matching on top of 

an integer number of repetitions). 

Plf(ni) : The column permutation function of the 1^' interleaver, Plf(x) is the original position of column with 
number x after permutation. PI is defined on table 4 of section 4.2.5 (note that Pip self-inverse). 

S [n] : The shift of the puncturing or repetition pattern for radio frame Ui when n = P 1 ^ (^, ) • 

TFi(j) : Transport format of TrCH i for the transport format combination j . 
TFS(i) : The set of transport format indexes / for TrCH i. 
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^ini • 



Spills 



^ minus • 



Initial value of variable e in the rate matching pattern determination algorithm of subclause 4.2.7.3. 

Increment of variable e in the rate matching pattern determination algorithm of subclause 4.2.7.3. 

Decrement of variable e in the rate matching pattern determination algorithm of subclause 4.2.7.3. 

Indicates systematic and parity bits. 

b=l: Systematic bit. X(t) in subclause A. 23. 2.1. 

b=2: 1^' parity bit (from the upper Turbo constituent encoder). Y(t) in subclause 4.2.3.2.1. 

b=3: 2"'^ parity bit (from the lower Turbo constituent encoder). Y'(t) in subclause 4.2.3.2.1. 



Note: when the TTI is 5msec for 1.28Mcps, the above notation refers to a sub-frame rather than a radio frame. In this 
case, Fi = 1 and n, = 0. 

4.2.7.1 Determination of rate matching parameters 

The following relations, defined for all TFC j, are used when calculating the rate matching pattern: 



Z., 



[1 



Z^^ J\iy± m -/ V m,j -i V data,] 



iLRM,n^Nm, 



for all i= 1 .../(I) 



^..-^.j 



U-\,j 



■N. , for all i= 1 ... / 



Puncturing can be used to minimise the required transmission capacity. The maximum amount of puncturing that can be 
applied is 1-PL, PL is signalled from higher layers. The possible values for Nda,;, depend on the number of physical 
channels P^ax , allocated to the respective CCTrCH, and on their characteristics (spreading factor, length of midamble 
and TFCI code word, usage of TPC and multiframe structure), which is given in [7]. 

For each physical channel an individual minimum spreading factor Sp„j„ is transmitted by means of the higher layers. 
Denote the number of data bits in each physical channel by Up^sp , where/? indicates the sequence number l<p<P„jax 
and Sp indicates the spreading factor of this physical channel: Sp takes the possible values {16, 8, 4, 2, 1} for 1.28Mcps 
TDD and 3.84Mcps TDD, Sp takes the possible values {32, 16, 8, 4,2,1} for 7.68Mcps TDD. The index p is described 
in section 4.2.12 with the following modifications: spreading factor (Q) is replaced by the minimum spreading factor 
Spmin and k is replaced by the channelization code index at Q= Spmin- Then, for Ndata one of the following values in 
ascending order can be chosen: 



Fl,Sl„i„'^l,Sl„i„ "'"^2,S2„i„'^l,51„„ +^2,52„„ "'"■■■"'" ^P„„,(S/;„„),„i J 



Optionally, if indicated by higher layers for the UL the UE shall vary the spreading factor autonomously, so that Ndata is 
one of the following values in ascending order: 



''^l,SL,:„ +^2,52„ 



'^l,Sl„i„ "'"^2,S2„,:„ +---+^P„,„.,16'' 



Pl,16'---'^1,S1„„'^1,S1„„ +^2,16 

Ndata, j for the transport format combination] is determined by executing the following algorithm: 



^1,S1„„ "'"^2,S2„,i„ +---+^P„„,(SP„ 



SETi = {N,., such that (^min{/?M jjx A^,^,^ - PLx ^/?M, X A^^ . 

Ndata,j=minSETl 



is non negative 
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The number of bits to be repeated or punctured, A/V,,,, within one radio frame (one sub-frame when the TTI is 5msec) 
for each TrCH i is calculated with the relations given at the beginning of this subclause for all possible transport format 
combinations] and selected every radio frame (sub-frame). The number of physical channels corresponding to Ndataj, 
shall be denoted by P. 

If AA'^ij = then the output data of the rate matching is the same as the input data and the rate matching algorithm of 
subclause 4.2.7.3 does not need to be executed. 

Otherwise, the rate matching pattern is calculated with the algorithm described in subclause 4.2.7.3. For this algorithm 
the parameters Cini, Cpi^s, e^inus, and X, are needed, which are calculated according to the equations in subclauses 4.2.7.1.1 
and 4.2.7.1.2. 

4.2.7.1 .1 Uncoded and convolutionally encoded TrCHs 

a = 2 

AN, = AN,j 

R = ANij mod A^, , — note: in this context ANq mod Nij is in the range of to Nij-l i.e. -1 mod 10 = 9. 
ifR;^0and2xR<A?y 

then q = [A^,,, / r] 
else 

q = [Nij/(R-Ni,j)l 
endif 
NOTE 1 : q is a signed quantity. 
If q is even 

then q' = q H- gcd( I q I , F,) / F, — where gcd ( I q I , F,) means greatest common divisor of I q I and F, 
NOTE 2: q' is not an integer, but a multiple of 1/8. 
else 

q' = q 
endif 
for X = to Fi-l 

S [ I Lxxq' J I mod Fi] = ( I Lx*q' J I div F,) 
end for 
e,„, = (a X S[Pl7r,<n,)] x lAA^, I + 1) mod (a x A^^) 

Splits = a X X; 

eminus = a X IAN,I 
puncturing for A/V, <0, repetition otherwise. 

4.2.7.1 .2 Turbo encoded TrCHs 

If repetition is to be performed on turbo encoded TrCHs, i.e. A/V,y>0, the parameters in subclause 4.2.7.1.1 are used. 

If puncturing is to be performed, the parameters below shall be used. Index b is used to indicate systematic ib=l), T' 
parity (b=2), and 2"" parity bit (b=3). 
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a = 2 when b=2 
a = 1 when b=3 



AN: 



AiV,,/2 



, b = l 
, b = 3 



If AA^, is calculated as for b=2 or b=3, then the following procedure and the rate matching algorithm of 
subclause 4.2.7.3 don't need to be performed for the corresponding parity bit stream. 

x, = Ln,j/3J, 

q = Lx,/IAN,lJ 
if(q<2) 

for r=0 to F-l 

S[(3xr+b-l) mod F,] = r mod 2; 

end for 
else 

if q is even 

then q' = q - gcd(q, F,)/ Fi — where gcd fq, Fi) means greatest common divisor of q and F, 
NOTE: q' is not an integer, but a multiple of 1/8. 

else q' = q 
endif 
forx=0 to Fi-\ 

r = [xxq'l mod Ff, 
S[(3xr+b-l) mod F,] = [xxq'] div Ff, 
endfor 
endif 
For each radio frame, the rate-matching pattern is calculated with the algorithm in subclause 4.2.7.3, where: 
Xi is as above. 
Cm = (axS[Pl Fi (n,)]x-IAA?,.| + X,) mod (axX,), if e,„; = then e,„; = axX,- 

Spins = aXX"; 

e„inus = axlAA?,l 

4.2.7.2 Bit separation and collection for rate matching 

The systematic bits of turbo encoded TrCHs shall not be punctured, the other bits may be punctured. The systematic 
bits, first parity bits, and second parity bits in the bit sequence input to the rate matching block are therefore separated 
into three sequences. 

The first sequence contains: 

All of the systematic bits that are from turbo encoded TrCHs. 
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From to 2 first and/or second parity bits that are from turbo encoded TrCHs. These bits come into the first 
sequence when the total number of bits in a block after radio frame segmentation is not a multiple of three. 

Some of the systematic, first parity and second parity bits that are for trellis termination. 

The second sequence contains: 

All of the first parity bits that are from turbo encoded TrCHs, except those that go into the first sequence when 
the total number of bits is not a multiple of three. 

Some of the systematic, first parity and second parity bits that are for trellis termination. 

The third sequence contains: 

All of the second parity bits that are from turbo encoded TrCHs, except those that go into the first sequence 
when the total number of bits is not a multiple of three. 

Some of the systematic, first parity and second parity bits that are for trellis termination. 

The second and third sequences shall be of equal length, whereas the first sequence can contain from to 2 more bits. 
Puncturing is applied only to the second and third sequences. 

The bit separation function is transparent for uncoded TrCHs, convolutionally encoded TrCHs, and for turbo encoded 
TrCHs with repetition. The bit separation and bit collection are illustrated in figures 4 and 5. 

Rate matching 



Radio frame 
segmentation 



Bik 



^Uk 



Bit separation 



^2ik^ 



yiik^ 



Rate matching 
algorithm 



yiik. 



^3ik^ 



Rate matching 
algorithm 



Vs*. 



Bit 

collection 



TrCH 

Multiplexing 



Figure 4: Puncturing of turbo encoded TrCHs 
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Rate matching 
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Sik 



Bit separation 



^\ik^ 



yiik^ 



Rate matching 
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Bit 
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fik 
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Figure 5: Rate matching for uncoded TrCIHs, convolutionally encoded TrCIHs, 
and for turbo encoded TrCIHs with repetition 

The bit separation is dependent on the T' interleaving and offsets are used to define the separation for different TTIs. b 
indicates the three sequences defined in this section, with b=\ indicating the first sequence, b = 2 the second one, and b 
= 3 the third one. 

The offsets 05, for these sequences are listed in table 5. 

Table 5: TTI dependent offset needed for bit separation 



TTI (ms) 


«1 


az 


«3 


5, 10,40 





1 


2 


20,80 





2 


1 



The bit separation is different for different radio frames in the TTI. A second offset is therefore needed. The radio frame 
number for TrCH / is denoted by n,. and the offset by 13^ . 

Table 6: Radio frame dependent offset needed for bit separation 



TTI (ms) 


A. 


y^ 


Ih 


A 


P^ 


A 


A 


Ih 


5, 10 





NA 


NA 


NA 


NA 


NA 


NA 


NA 


20 





1 


NA 


NA 


NA 


NA 


NA 


NA 


40 





1 


2 





NA 


NA 


NA 


NA 


80 





1 


2 





1 


2 





1 



4.2.7.2.1 



Bit separation 



The bits input to the rate matching are denoted by e, 1 5 ^, 2 5 ^z 



3'- 



..,e 



i,Ni 



where / is the TrCH number and A^, is the 



number of bits input to the rate matching block. Note that the transport format combination number j for simplicity has 
been left out in the bit numbering, i.e. Ni=Nij. The bits after separation are denoted by X^ ^ j , X^ ^ 2 5 •''^/, , 3 ' ■ • • ' ^fe < z ■ ^'^^ 

turbo encoded TrCHs with puncturing, b indicates the three sequences defined in section 4.2.7.2, with b=\ indicating 
the first sequence, and so forth. For all other cases b is defined to be 1 . X, is the number of bits in each separated bit 
sequence. The relation between ei^k and Xh,i,k is given below. 



For turbo encoded TrCHs with puncturing: 

k= 1,2,3, 



M,i,/t 



'!,3(i-l)+H-(a,+/?„ )mod3 



.X, 



X, =VNil'i\ 
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■^\i\Nn\+k~^ii\Ni?,\+k k=\, ..., Ni mod 3 Note: When (A^,- mod 3) = this row is not needed. 

-^2,!,* ~ ^i,3(i-l)+l+(a2+/9„,)mod3 K = 1, 2, 3, ..., X,- X,- = LA^,- /3J 

•"^3,1,* ~ ^/,3(*-l)+l+(a3+/3„, )mod3 k=\,2,3, ...,Xi Xj = \_Ni 13] 

For uncoded TrCHs, convolutionally encoded TrCHs, and turbo encoded TrCHs with repetition: 

k=\,2,3,...,Xi Xi = Ni 

4.2.7.2.2 Bit collection 

The bits Xb,i,k are input to the rate matching algorithm described in subclause 4.2.7.3. The bits output from the rate 
matching algorithm are denoted y^.^ , y^^^ , y^.j ,..., y^.y_ . 

Bit collection is the inverse function of the separation. The bits after collection are denoted by 

^fc ! 1 ' ^A ! 2 ' ^fo ! 3 ' ■ ■ • ' 2fo ! y ■ After bit collection, the bits indicated as punctured are removed and the bits are then 

denoted by /, p /, 2 ' /< 3 ' • • • ' /; v ' where / is the TrCH number and V, = Nij+ANij. The relations between yb,i,ky Zb,i,h 
and fik are given below. 

For turbo encoded TrCHs with puncturing (F,=X,): 

^i,3(/t-l)+l+(a,+^„. )mod3 ~ yi,i,k '^~ 1. 2, 3, ..., F/ 

•^i 3| Af /3 1+*: ~ 3^1 i I A? /3 l+jt k=\, ..., Ni mod 3 Notc: When (A^,- mod 3) = this row is not needed. 

^;,3(*-l)+l+(a2+y5„^)mod3 ~ y2,i,k '^- 1' 2, 3, ..., F; 

^i,3('t-l)+l+(a3+/3„,)mod3 ~ 3^3, i.i '^ - 1' 2, 3, ..., F; 

After the bit collection, bits Zi,k with value S, where <fe{0, 1 }, are removed from the bit sequence. Bit// 1 corresponds to 
the bit Zik with smallest index k after puncturing, bit/; 2 corresponds to the bit z^k with second smallest index k after 
puncturing, and so on. 

For uncoded TrCHs, convolutionally encoded TrCHs, and turbo encoded TrCHs with repetition: 

Zi,k = yu,k fe=i,2,3,...,y, 

When repetition is used,/; ,t=z,- )t and Fpy,. 

When puncturing is used, FpX, and bits Zi,k with value S, where Sg{Q, 1 }, are removed from the bit sequence. Bit// 1 
corresponds to the bit Zi,k with smallest index k after puncturing, bit// 2 corresponds to the bit Zi,k with second smallest 
index k after puncturing, and so on. 

4.2.7.3 Rate matching pattern determination 

The bits input to the rate matching are denoted by .)C; j , .x:, 2 , .f, 3 , ■ ■ • , .'C, x ' where / is the TrCH and X\ is the parameter 
given in subclauses 4.2.7.1.1 and 4.2.7.1.2. 

NOTE: The transport format combination number] for simplicity has been left out in the bit numbering. 

The rate matching rule is as follows: 

if puncturing is to be performed 
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e = ^ini — initial error between current and desired puncturing ratio 
m = 1 — index of current bit 

do while m <= X, 

e = e- e„,„„., -- update error 

if e <= then — check if bit number m should be punctured 

set bit x,„, to <J where S0{O, 1 } 
e = e + CpUts — update error 

end if 

m = m + 1 — next bit 

end do 
else 

e = ei„j — initial error between current and desired puncturing ratio 
m = 1 — index of current bit 

do while m <= X, 

e = e- e„,„„, -- update error 

do while e <= — check if bit number m should be repeated 

repeat bit x, ,„ 

e = e + epius — update error 
end do 

m = m + 1 — next bit 

end do 
end if 
A repeated bit is placed directly after the original one. 

4.2.8 TrCH multiplexing 

Every 10 ms, one radio frame from each TrCH is delivered to the TrCH multiplexing. These radio frames are serially 
multiplexed into a coded composite transport channel (CCTrCH). If the TTI is smaller than 10ms, then no TrCH 
multiplexing is performed. 

The bits input to the TrCH multiplexing are denoted by /, p /, 2 ' // 3 ' ■ ■ • ' /; v ' where / is the TrCH id number and V, 
is the number of bits in the radio frame of TrCH /. The number of TrCHs is denoted by /. The bits output from TrCH 
multiplexing are denoted by /zj , /zj , /z3 , . . . , /z^ , where S is the number of bits, i.e. iS* = /^ V^ . The TrCH multiplexing is 

i 

defined by the following relations: 

hk=fuk-vo k=V, + l,Vi+2,...,V,+V2 

h = /3,(Mv,+v,)) k = (V, + V2)+l (Vi + V2)+2, ..., (V, + V2)+V, 
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h = fjxk-(v,w,^...w,_,)) k = (Vi+V2+...+V,.0+l (Vi+V2+...+Vj.0+2, ..., (Vi+V2+...+Vj.0+V, 

4.2.9 Bit Scrambling 

The bits output from the TrCH muhiplexer are scrambled in the bit scrambler. The bits input to the bit scrambler are 
denoted by /zj , /z2 , /z3 , . . . , /z^ , where S is the number of bits input to the bit scrambling block equal to the total number of 

bits on the CCTrCH. The bits after bit scrambling are denoted ^j , ^j , ^j , . . . , 5^ . 
Bit scrambling is defined by the following relation: 

Sk=h®Pk k^l,2...,S 
and Pi^ results from the following operation: 

^16 A 



P 



\i=i 



Y, g, ■ p,_, modi; p,=0;k<l; p,=l; g = {0,0,0,0,0,0,0,0,0,0,l,0,l,l,0,l} 



4.2.10 PInysical cinannel segmentation 

When more than one PhCH is used, physical channel segmentation divides the bits among the different PhCHs. The bits 
input to the physical channel segmentation are denoted by 5) , ^2 , ^'3 , . . . , 5^ , where S is the number of bits input to the 

physical channel segmentation block. The number of PhCHs after rate matching is denoted by P, as defined in 

subclause 4.2.7.1. 

The bits after physical channel segmentation are denoted U ^,U 2^^ pi^---^^ pu ' where p is PhCH number and Up 

is the in general variable number of bits in the respective radio frame for each PhCH. The relation between S/t and Up^k 
is given below. 

Bits on first PhCH after physical channel segmentation: 

/t= 1,2, ..., U, 
Bits on second PhCH after physical channel segmentation: 

W2.*=*(*+f/,) fe=l,2,..., f/2 



Bits on the P* PhCH after physical channel segmentation: 

^p,k ~ ^(k+Ui+...+Up_i) k= 1,2 ,..., Up 

4.2.11 2nd interleaving 

The 2"'^ interleaving is a block interleaver and consists of bits input to a matrix with padding, the inter-column 
permutation for the matrix and bits output from the matrix with pruning. The 2nd interleaving can be applied jointly to 
all data bits transmitted during one frame, or separately within each timeslot, on which the CCTrCH is mapped. The 
selection of the 2nd interleaving scheme is controlled by higher layer. 
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4.2.1 1 .1 Frame related 2nd interleaving 

In case of frame related 2""* interleaving, the bits input to the block interleaver are denoted by Xy,X2,X-^,...,Xjj 
where U is the total number of bits after TrCH multiplexing transmitted during the respective radio frame with 



The relation between Xk and the bits Up^k in the respective physical channels is given below: 



^k ~ ^\,k 



k=\,2,...,Uj 



■^(k+U,) ~^2,k 



k= 1,2. 



U. 



■^(k+Ut+...+Up_,) ~^p,k k-\,2 , ..., t/p 
The following steps have to be performed once for each CCTrCH: 

(1) Assign C2 = 30 to be the number of columns of the matrix. The columns of the matrix are numbered 0, 1,2, . . ., 
C2 - 1 from left to right. 

(2) Determine the number of rows of the matrix, R2, by finding minimum integer R2 such that: 
{/ < R2 X C2. 

The rows of rectangular matrix are numbered 0, 1,2, ..., R2 - 1 from top to bottom. 

(3) Write the input bit sequence X^,X2,Xt^,. ..,Xjj into the R2 X C2 matrix row by row starting with bit y^ in 
column of row 0: 



3'(C2+l) 



3^(02+2) 



3^3 

3^(02+3) 



3'((R2-l)xC2+l) 3'((R2-l)xC2+2) 3'((R2-l)xC2+3) 



JC2 

3'(2xC2) 

3'(R2xC2) 



where y^. = X^ for k= 1,2, . . ., U and if R2 x C2 > U, the dummy bits are padded such that y^. = or 1 for k 

= U + 1, U +2, ...,R2x C2. These dummy bits are pruned away from the output of the matrix after the inter- 
column permutation. 



(4) Perform the inter-column permutation for the matrix based on the pattern (P 2yj) 



that is shown in 



'ie{0,l,...,C2-l 

table 7, where P2(/) is the original column position of they'-th permuted column. After permutation of the 
columns, the bits are denoted by j'^ . 



3^ 1 3^ (R2+1) 3^ (2XR2+1) ■■•y ((C2-l)xR2+l) 

3^ 2 3^ (R2+2) 3^ (2XR2+2) ■ ■ • 3^ ((C2-l)xR2+2) 



3^ R2 3^ (2xR2) 3^ (3xR2) 



3^ (C2xR2) 



(5) The output of the block interleaver is the bit sequence read out column by column from the inter-column 
permuted R2 X C2 matrix. The output is pruned by deleting dummy bits that were padded to the input of the 

matrix before the inter-column permutation, i.e. bits y\ that corresponds to bits y^ with k> U are removed 
from the output. The bits at the output of the block interleaver are denoted by Zj , Zj 5 ■ • • 5 Zy , where Zi 



ETSI 



3GPP TS 25.222 version 8.8.0 Release 8 39 ETSI TS 1 25 222 V8.8.0 (201 0-04) 

corresponds to the bit y\ with smallest index k after pruning, Zi to the bit y\ with second smallest index k 
after pruning, and so on. 

The bits Zy,Z2^---^Zu shall be segmented as follows: 

Ml,, =Zi k=\,2,...,U, 

U2,k^hk^uo k=l,2,-..,U2 



^p,k - Z(k+Ui+...+Up_i) k - 1,2 ,..., Up 

The bits after frame related 2"** interleaving are denoted by V, j , V, 2 vj V, ^ , where f refers to the timeslot 
sequence number and U, is the number of bits transmitted in this timeslot during the respective radio frame. 

Let rbe the number of time slots in a CCTrCH during the respective radio frame (where for 1.28Mcps TDD, the 
respective radio frame includes subframes 1 and 2), and t — 1, . . . ,T . The physical layer shall assign the time slot 
sequence number t in ascending order of the allocated time slots in the CCTrCH in the respective radio frame. In 
time slot t, R, refers to the number of physical channels within the respective time slot and r = l,...,R^ . The 
relation between r and t and the physical channel sequence number/? as detailed in 4.2.12.1 is given by: 

p = r t -I 

p = Ri + R2,...,R, i + r l<t<T 

Defining the relation Ut^r,k=l^p,k and denoting U^^ as the number of bits for physical channel r in time slot f, 
the relation between Vt^t and Ut^r,k is given below: 

V,,k = \uk k=l,2,...,U„ 

V,,ik+U,0=^'.2,k k=l,2,-.., U,2 



^f, (*+(/„+. ..+C/,(s,_i)) ^t,R,'k k - 1,2 , ..., U iif^ 

4.2.1 1 .2 Timeslot related 2"'' interleaving 

In case of timeslot related 2"'^ interleaving, the bits input to the block interleaver are denoted by 
Xi^,X^2'^ti'---'-^tu ' where t is the timeslot sequence number, and U, is the number of bits transmitted in this 
timeslot during the respective radio frame. 

Let rbe the number of time slots in a CCTrCH during the respective radio frame (where for 1.28Mcps TDD, the 
respective radio frame includes subframes 1 and 2), and t — 1,...,T . The physical layer shall assign the time slot 
sequence number t in ascending order of the allocated time slots in the CCTrCH in the respective radio frame. In 
timeslot t, R, refers to the number of physical channels within the respective timeslot and r = 1, . . . , i?, . The relation 
between r and t and the physical channel sequence number /? as detailed in 4.2.12.1 is given by: 

p -r t -I 

p = Ri + R2,...,R,_i + r \<t<T 
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Defining the relation M; ,.,(;= Mp,t and denoting [7,^ as the number of bits for physical channel r in time slot f, the 
relation between Xt,k and Ut,r,k is given below: 

fe= 1,2, ..., U,, 



■"•«,(*+(/„) ^t,2,k 



k=l,2, ..., U, 



■^/, (*+(/„+. ..+C/,(s^_,)) ~^t,R,,k k - 1,2 , ..., U fi^^ 

The following steps have to be performed for each timeslot t, on which the respective CCTrCH is mapped: 

(1) Assign C2 = 30 to be the number of columns of the matrix. The columns of the matrix are numbered 0, 1,2, . 
C2 - 1 from left to right. 

(2) Determine the number of rows of the matrix, R2, by finding minimum integer R2 such that: 
U,<R2x C2. 

The rows of rectangular matrix are numbered 0, 1,2, ..., R2 - 1 from top to bottom. 

(3) Write the input bit sequence X^ ^,Xi 2,^1 ^'■■■'■'^i u i'^'-° '■^^ ^^ ^ ^^ matrix row by row starting with bit 

y, [ in column of row 0: 



yt.i 

3^^,(02+1) 



yt,2 

3^^,(02+2) 



yt.3 

3^^,(02+3) 



• •■ y,,c2 

■■■ yi,{2xC2) 



3'r,((R2-l)xC2+l) 3'r,((R2-l)xC2+2) 3'r,((R2-l)xC2+3) • • ■ )'r,(R2xC2) 



where J, ^ = -^^ ^ for k= 1,2, ..., U, and if R2 x C2 > U„ the dummy bits are padded such that y^ f, = or 1 

for A: = U,+ 1, U, + 2, . . ., R2 x C2. These dummy bits are pruned away from the output of the matrix after the 
inter-column permutation. 



(4) Perform the inter-column permutation for the matrix based on the pattern (P 2(j) 



'ie{0,l,...,C2-l} 

table 7, where P2(/) is the original column position of thej-th permuted column. After permutation of the 
columns, the bits are denoted by y\ ^ . 



that is shown in 



3^ ;,1 3^ /,(R2+1) 3^ /,(2xR2+l) ■ ■ • 3^ ;,((C2-l)xR2+l) 

3^ t,2 y (,(R2+2) 3^ (,(2xR2+2) ■ ■ • 3^ (,((C2-l)xR2+2) 



3^ ,.R2 3^ ,., 



(2xR2) 



y,. 



,(3xR2) 



3^.. 



(C2xR2) 



(5) The output of the block interleaver is the bit sequence read out column by column from the inter-column 
permuted R2 X C2 matrix. The output is pruned by deleting dummy bits that were padded to the input of the 

matrix before the inter-column permutation, i.e. bits y\ ^ that corresponds to bits y^ ^ with k> U, are 

removed from the output. The bits after time slot 2°'' interleaving are denoted by V^ j , V, j ? • • • ? V^ ^ , where V<_ i 

corresponds to the bit y\ ^, with smallest index fe after pruning, V;_2 to the bit y\ j^ with second smallest 
index k after pruning, and so on. 
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Table 7 Inter-column permutation pattern for 2nd interleaving 



Number of Columns C2 


Inter-column permutation pattern 
< P2(0), P2(1), ..., P2(C2-1) > 


30 


<0, 20, 10,5, 15,25, 3, 13,23,8, 18,28, 1, 11,21, 
6, 16, 26, 4, 14, 24, 19, 9, 29, 12, 2, 7, 22, 27, 17> 



4.2.1 1 A Sub-frame segmentation for the 1 .28 Mcps option 

In the 1 .28Mcps TDD, it is needed to add a sub-frame segmentation unit between 2nd interleaving unit and physical 
channel mapping unit when the TTI of the CCTrCh is greater than 5msec. In this case, the operation of rate-matching 
guarantees that the size of bit streams is an even number and can be subdivided into 2 sub-frames. The transport channel 
multiplexing structure for uplink and downlink is shown in figure 1 A. 

The input to the sub-frame segmentation unit is segmented into timeslot chunks, where each timeslot chunk contains all 
of the bits that are to be transmitted in a given timeslot position in both of the sub-frames. 

The input bit sequence is denoted by 'i ' '2 ' i3 ' ' /X, ^yjjgj-g j j^ jjjg timeslot number and Xj is the number of bits 
transmitted in timeslot i in a radio frame. The two output bit sequences per radio frame are denoted by y,>,;, >',>,2, 
yi.n.Sy ■ ■ -y yi,n.Yi whcrc n is the sub-frame number in current radio frame and Y; is the number of bits per sub-frame for 
timeslot i. The output sequences are defined as follows: 

yi.„.k = Xi,(( n-i |j^ ^+i , n = 1 or 2, k = 1 . . . Yi 

where 

Yi = (Xi / 2) is the number of bits in timeslot i per sub-frame, 

'* is the k* bit of the input bit sequence and 
J, „ jj is the k* bit of the output bit sequence corresponding to the n* sub-frame 



4.2.12 Pinysical cinannel mapping 

4.2.1 2.1 Physical channel mapping for the 3.84 Mcps and 7.68Mcps options 

The PhCH for both uplink and downlink is defined in [7]. The bits after physical channel mapping are denoted by 
W [ , W 2 5 • • ■ 5 'W „ u , where p is the PhCH number corresponding to the sequence number l<p<P of this physical 

channel as detailed below, Up is the number of bits in one radio frame for the respective PhCH, and P<. P„ax- The bits 
Wpk are mapped to the PhCHs so that the bits for each PhCH are transmitted over the air in ascending order with 
respect to k. 

The physical layer shall assign the physical channel sequence number/? to the physical channels of the CCTrCH in the 
respective radio frame, treating each allocated timeslot in ascending order. If within a timeslot there are multiple 
physical channels they shall first be ordered in ascending order of the spreading factor (Q) and subsequently by 
channelisation code index (k), as shown in [9]. 

The mapping of the bits V^ j , V^ 2 v • ? V^ ^ is performed like block interleaving, writing the bits into columns, but a 
PhCH with an odd number is filled in forward order, whereas a PhCH with an even number is filled in reverse order. 

The mapping scheme, as described in the following subclause, shall be applied individually for each timeslot f used in 
the current frame. Therefore, the bits V, j, V, 2 vj V, ^ are assigned to the bits of the physical channels 

in each timeslot. 
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In uplink there are at most two codes allocated (P<2). If there is only one code, the same mapping as for downlink is 
applied. Denote SFl and SF2 the spreading factors used for code 1 and 2, respectively. For the number of consecutive 
bits to assign per code bs^. the following rule is applied: 

if 

SF1>=SF2 thenbsi = l ; bs2 = SF1/SF2 ; 
else 

SF2>SF1 thenbS| = SF2/SFl;bs2= 1 ; 
end if 
In the downlink case bSp is 1 for all physical channels. 

4.2.12.1.1 Mapping scheme 

Notation used in this subclause: 

P t'. number of physical channels for timeslot t , P,= 1..2 for uplink ; P, = 1...16 for downlink for 1.28Mcps TDD and 
3.84Mcps TDD, P, = 1...32 for 7.68Mcps TDD 

Uip. capacity in bits for the physical channel p in timeslot t 

f/,: total number of bits to be assigned for timeslot t 

bSp: number of consecutive bits to assign per code 

for downlink all bSp = 1 

for uplink if SFl >= SF2 then bsi = 1 ; bs2 = SF1/SF2 ; 

ifSF2>SFl thenbS| = SF2/SFl;bs2= 1 ; 

fbp: number of already written bits for each code 

pos: intermediate calculation variable 

for p=l to P t — reset number of already written bits for every physical channel 

fbp = 

end for 

p = 1 -- start with PhCH #1 

fork=l to {/, 

do while (fbp == Ui^p) — physical channel filled up already ? 

p = (p mod P,) + 1 ; 

end do 

if (p mod 2) == 

pos = t/,p - fbp — reverse order 

else 

pos = fbp + 1 — forward order 

endif 

Wt,p,pos = Vt,k -- assignment 

fbp = fbp + 1 — Increment number of already written bits 
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if (fbp mod bSp) == — Conditional change to the next physical channel 

p = (p mod Pt) + 1 ; 
end if 
end for 

4.2.1 2.2 Physical channel mapping for the 1 .28 Mcps option 

The bit streams from the sub-frame segmentation unit are mapped onto code channels of time slots in sub-frames. 

The bits after physical channel mapping are denoted by '' ' ^ ' • • ■ ' p p ^ where p is the PhCH number and Up is 
the number of bits in one sub-frame for the respective PhCH. The bits wpk are mapped to the PhCHs so that the bits for 
each PhCH are transmitted over the air in ascending order with respect to k. 

The mapping of the bits yt,n,b yt,n,2, yt,n,3, ...,yt,n,utis performed like block interleaving, writing the bits into columns, 
but a PhCH with an odd number is filled in forward order, were as a PhCH with an even number is filled in reverse 
order. 

The mapping scheme, as described in the following subclause, shall be applied individually for each timeslot t used in 
the current subframe. Therefore, the bits yt,n,i, yt,n,2, yt,n,3, ..., yt,n,utare assigned to the bits of the physical channels 



'^n.i. ..(/„' '^(2,1. ..t/,2'---'^'f,,i...f/,p, 



in each timeslot. 



In uplink there are at most two codes allocated (P<2). If there is only one code, the same mapping as for downlink is 
applied. Denote SFl and SF2 the spreading factors used for code 1 and 2, respectively. For the number of consecutive 
bits to assign per code bsk the following rule is applied: 

if 

SF1>=SF2 thenbsi=l ; bs2 = SF1/SF2 ; 

else 

SF2 > SFl then bsi = SF2/SF1 ; bs2 = 1 ; 

end if 

In the downlink case bSp is 1 for all physical channels. 

4.2.12.2.1 Mapping scheme 

Notation used in this subclause: 

P ,: number of physical channels for timeslot t , P, = 1..2 for uplink ; P, = 1...16 for downlink 

Utp: capacity in bits for the physical channel p in timeslot t in the current sub-frame 

Ut.: total number of bits to be assigned for timeslot t in the current sub-frame 

n = index of the current sub-frame (1 or 2) 

bSp: number of consecutive bits to assign per code 

for downlink all bSp = 1 

for uplink if SFl >= SF2 then bs, = 1 ; bsz = SF1/SF2 ; 

ifSF2>SFl thenbsi = SF2/SFl;bs2= 1 ; 
fbp: number of already written bits for each code 
pos: intermediate calculation variable 
for p=l to P t — reset number of already written bits for every physical channel 
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fbp = 

end for 

p = 1 -- start with PhCH #1 

fork=l toUf 

do while (fbp == 11,^) — physical channel filled up already ? 

p = (p mod P t) + 1 ; 

end do 

if (p mod 2) == 

pos = Ut.p - fbp — reverse order 

else 

pos = fbp + 1 — forward order 

end if 

Wtp.pos =yt,n,k -- assignment 

fbp = fbp + 1 — Increment number of already written bits 

If (fbp mod bSp) == — Conditional change to the next physical channel 

p = (p mod Ft) + 1 ; 

end if 

end for 

4.2.13 Multiplexing of different transport channels onto one CCTrCH, and 
mapping of one CCTrCH onto physical channels 

Different transport channels can be encoded and multiplexed together into one Coded Composite Transport Channel 
(CCTrCH). The following rules shall apply to the different transport channels which are part of the same CCTrCH: 

1) Transport channels multiplexed into one CCTrCh shall have co-ordinated timings. When the TFCS of a 
CCTrCH is changed because one or more transport channels are added to the CCTrCH or reconfigured within 
the CCTrCH, or removed from the CCTrCH, the change may only be made at the start of a radio frame with 
CFN fulfilUng the relation 

CFN mod Fn„x = 0, 

where F^.^^ denotes the maximum number of radio frames within the transmission time intervals of all transport 
channels which are multiplexed into the same CCTrCH, including any transport channels ; which are added 
reconfigured or have been removed, and CFN denotes the connection frame number of the first radio frame of the 
changed CCTrCH. 

After addition or reconfiguration of a transport channel / within a CCTrCH, the TTI of transport channel ; may only 
start in radio frames with CFN fulfilling the relation 

CFNi mod F, = 0. 

2) Different CCTrCHs cannot be mapped onto the same physical channel. 

3) One CCTrCH shall be mapped onto one or several physical channels. 

4) Dedicated Transport channels and common transport channels cannot be multiplexed into the same CCTrCH. 

5) For the common transport channels, only the FACH and PCH may belong to the same CCTrCH. 
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6) Each CCTrCH carrying a BCH shall carry only one BCH and shall not carry any other Transport Channel. 

7) Each CCTrCH carrying a RACH shall carry only one RACH and shall not carry any other Transport Channel. 
Hence, there are two types of CCTrCH. 

CCTrCH of dedicated type, corresponding to the result of coding and multiplexing of one or several DCH. 

CCTrCH of common type, corresponding to the result of the coding and multiplexing of a common channel, i.e. RACH 
and USCH in the uplink and DSCH, BCH, EACH or PCH in the downUnk, respectively. 

Transmission of TECI is possible for CCTrCH containing Transport Channels of: 

dedicated type; 

- USCH type; 

- DSCH type; 

- EACH and/or PCH type. 

4.2.1 3.1 Allowed CCTrCH combinations for one UE 

4.2.1 3.1 .1 Allowed CCTrCH combinations on the uplink 

The following CCTrCH combinations for one UE are allowed, also simultaneously: 

1) several CCTrCH of dedicated type; 

2) several CCTrCH of common type. 

4.2.1 3.1 .2 Allowed CCTrCH combinations on the downlink 

The following CCTrCH combinations for one UE are allowed, also simultaneously: 

3) several CCTrCH of dedicated type; 

4) several CCTrCH of common type. 

4.2.14 Transport format detection 

Transport format detection can be performed both with and without Transport Eormat Combination Indicator (TECI). If 
a TECI is transmitted, the receiver detects the transport format combination from the TECI. When no TECI is 
transmitted, so called blind transport format detection may be used, i.e. the receiver side uses the possible transport 
format combinations as a priori information. 

4.2.1 4.1 Blind transport format detection 

Blind Transport Eormat Detection is optional both in the UE and the UTRAN. Therefore, for all CCTrCH a TECI shall 
be transmitted, including the possibility of a TECI code word length zero, if only one TEC is defined. 

4.2.1 4.2 Explicit transport format detection based on TFCI 
4.2.14.2.1 Transport Format Combination Indicator (TFCI) 

The Transport Eormat Combination Indicator (TECI) informs the receiver of the transport format combination of the 
CCTrCHs. As soon as the TECI is detected, the transport format combination, and hence the individual transport 
channels' transport formats are known, and decoding of the transport channels can be performed. 
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4.3 Coding for layer 1 control for the 3.84 Mops and 7.68Mcps 
TDD options 

4.3.1 Coding of transport format combination indicator (TFCI) 

Encoding of the TFCI depends on its length. If there are 6-10 bits of TFCI the channel encoding is done as described in 
subclause 4.3.1.1. Also specific coding of less than 6 bits is possible as explained in subclause 4.3.1.2. 



4.3.1.1 



Coding of long TFCI lengths 



The TFCI is encoded using a (32, 10) sub-code of the second order Reed-Muller code. The coding procedure is as 
shown in figure 6. 



TFCI (10 bits) 
89. ..ao 



(32,10) sub-code Of 
the second order 
Reed-Muller code 



TFCI code word 



Figure 6: Channel coding of the TFCI bits 

If the TFCI consists of less than 10 bits, it is padded with zeros to 10 bits, by setting the most significant bits to zero. 
TFCI is encoded by the (32,10) sub-code of second order Reed-Muller code. The code words of the (32,10) sub-code of 
second order Reed-Muller code are linear combination of some among 10 basis sequences. The basis sequences are as 
follows in table 8. 

Table 8: Basis sequences for (32,10) TFCI code 
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The TFCI bits ao , ai , a2 , 33 , 34 , as , af, , ay , a^ , ag (where ao is LSB and ag is MSB) shall correspond to the TFC index 
(expressed in unsigned binary form) defined by the RRC layer to reference the TFC of the CCTrCH in the associated 
radio frame. 

The output TFCI code word bits bi are given by: 
9 



Z7, = E(a„xM,,„)mod2 



«=o 



where ; = 0, . . .,3 1 . Nxpci c 



, = 32. 



4.3.1.2 



Coding of short TFCI lengths 



4.3.1.2.1 



Coding very short TFCIs by repetition 



If the number of TFCI bits is 1 or 2, then repetition will be used for coding. In this case each bit is repeated to a total of 
4 times giving 4-bit transmission (Ntfci code word =4) for a single TFCI bit and 8-bit transmission (Ntfci code word =8) for 2 
TFCI bits. The TFCI bit(s) ao (or ao and ai where ao is the LSB) shall correspond to the TFC index (expressed in 
unsigned binary form) defined by the RRC layer to reference the TFC of the CCTrCH in the associated radio frame. 

In the case of Nxfci code word=4, the TFCI codeword {bo, bi, b2, hj,} is equal to the sequence {ao, ao, ao, ao). 

In the case of NxFcicodeword=8, the TFCI codeword {bo, bi, ... , h-j] is equal to the sequence {ao, ai, ao, ai, ao, ai, ao, ai). 



4.3.1.2.2 



Coding short TFCIs using bi-orthogonal codes 



If the number of TFCI bits is in the range 3 to 5 the TFCI is encoded using a (16, 5) bi-orthogonal (or first order Reed- 
Muller) code. The coding procedure is as shown in figure 7. 



TFCI (5 bits) 
a4...ao 



(16,5) bi-orthogonal 
code 



TFCI code word 
bo...bi5 



Figure 7: Channel coding of short length TFCI bits 

If the TFCI consists of less than 5 bits, it is padded with zeros to 5 bits, by setting the most significant bits to zero. The 
code words of the (16,5) bi-orthogonal code are linear combinations of 5 basis sequences as defined in table 9. 

Table 9: Basis sequences for (16,5) TFCI code 
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The TFCI bits ao , ai , a2 , 33 , a4 (where ao is LSB and a^ is MSB) shall correspond to the TFC index (expressed in 
unsigned binary form) defined by the RRC layer to reference the TFC of the CCTrCH in the associated radio frame. 

The output code word bits bj are given by: 

4 



Z7, = Z(a„xM,,„)mod2 



n=0 

where / = 0, . . ., 15. Ntfci code word = 16. 

4.3.1 .3 Mapping of TFCI code word 

The mapping of the TFCI code word to the TFCI bit positions in a timeslot shall be as follows. 

Denote the number of bits in the TFCI code word by Nxpci code word^ denote the TFCI code word bits by bj^ where k=0. 

Ntfci code word - 1 ■ 



/ 



\ 



first part of TFCI code word 



second part of TFCI code word 



Figure 8: Mapping of TFCI code word bits to timeslot 

The locations of the first and second parts of the TFCI code word in the timeslot is defined in [7]. 

If the shortest transmission time interval of any constituent TrCH is at least 20 ms the successive TFCI code words in 
the frames in the TTI shall be identical. If TFCI is transmitted on multiple timeslots in a frame each timeslot shall have 
the same TFCI code word. 

4.3.2 Coding and Bit Scrambling of the Paging Indicator 

The paging indicator Pq, q = 0, ..., Npi-l, P^ e {0, 1 } is an identifier to instruct the UE whether there is a paging 
message for the groups of mobiles that are associated to the PI, calculated by higher layers, and the associated paging 
indicator Pq. The length Lpi of the paging indicator is Lpi=2, Lpi=4 or Lpi=8 symbols. Npis = 2*Npi*Lpi bits are used for 
the paging indicator transmission in one radio frame. The mapping of the paging indicators to the bits e„ / = 1, ..., Npm is 
shown in table 10. 

Table 10: Mapping of the paging indicator 



Pa 


Bits {e2Lprq+1, e2Lpi'q+2, ■.■ ,e2Lpi*(q+1) } 


IVIeaning 





{0,0, ...,0} 


There is no necessity to receive the PCH 


1 


{1,1,... ,1} 


There is the necessity to receive the PCH 



If the number S of bits in one radio frame available for the PICH is bigger than the number Npi^ of bits used for the 
transmission of paging indicators, the sequence e = {ei, 62, ..., eNPm} is extended by S-Npis bits that are set to zero, 
resulting in a sequence h = [hi, /z2, ..., hs): 

h =e k =1 N 

"■k "^/t ' '^ ^' •••' ''* PIB 

h^=0, k = Npjg+l,...,S 

The bits hk ,k= 1, ..., 5 on the PICH then undergo bit scrambling as defined in section 4.2.9. 

The bits i^ A: = 1, ..., S output from the bit scrambler are then transmitted over the air as shown in [7]. 
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4.3.3 Coding and Bit Scrambling of tine MBMS Notification Indicator 

The MBMS notification indicator Nq, ^ = 0, ..., Nn-l, Nq e {0, 1 }, is an identifier to instruct UEs whether there is an 
MBMS notification indication for the groups of MBMS services that are associated to the NI, calculated by higher 
layers, and the associated MBMS notification indicator Nq. The length Lni of the MBMS notification indicator is Lni=2, 
Lni=4 or Lni=8 symbols, //nib = 2*A^n*i'Ni bits are used for the MBMS notification indicator transmission in one MICH. 
The mapping of the MBMS notification indicators to the bits e„ ; = 1, ..., A^nib is shown in table lOA. 

Table 10A: Mapping of the MBMS notification indicator 



Nfl 


Bits {e2Lnrq+1, e2Liii'q+2, ■.■ ,e2Lni*(q+1) } 





{0, 0, ..., 0} 


1 


{1,1,. ..,1} 



If the number S of bits available for the MICH is bigger than the number //nib of bits used for the transmission of 
MBMS notification indicators, the sequence e = {ei, 62, ..., eNNml is extended by S-N^b bits that are set to zero, 
resulting in a sequence h = {hi, h2, ..., hg): 

'^k ~ ^k^ AC = i, ..., VV^^g 

The bits hf, , k= I, ..., S on the MICH then undergo bit scrambling as defined in section 4.2.9. 

The bits si^, k= 1, ..., S output from the bit scrambler are then transmitted over the air as shown in [7]. 



4.4 Coding for layer 1 control for the 1 .28 Mops option 

4.4.1 Coding of transport format combination indicator (TFCI) for QPSK 
and 1 6QAM 

The coding of TFCI for 1.28Mcps TDD is same as that of 3.84Mcps TDD.cf. [4.3.1 'Coding of transport format 
combination indicator']. 



4.4.1.1 



Mapping of TFCI code word 



Denote the number of bits in the TFCI code word by Nxpci code word^ and denote the TFCI code word bits by h^^, where k : 

0, . . . , NxFCI code word " 1 

When the number of bits in the TFCI code word is 8, 16, 32, the mapping of the TFCI code word to the TFCI bit 
positions shall be as follows: 



'^N/4-1 '^N/4 




'^N/2-1 '^N/2 '^3N/4-1 '^3N/4 



■"N-l 



1 St part of 
TFCI code word 



2nd part of 
TFCI code word 



3rd part of 
TFCI code word 





4th part of 
TFCI code word 



Figure 9: Mapping of TFCI code word bits to TFCI position in 1.28 Mcps TDD option, 

where N = Ntfci code word- 
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For MBSFN transmissions with 16QAM, the coded bits Zjj., are mapped to the transmitted TFCI bits according to the 
following two group formulas: 

Formula a, mapping onto the outer-corners of the 16QAM constellation 

d4k = ^2k » 

d4k+i = b2k+\ , 



Mk+2 



= 1, 



Formula b, mapping onto the inner-corners of the 16QAM constellation 

d4k = ^2k , 

d4k+i = b2k+\ , 



Mk+2 



■l4k+3 



=0, 
= 0, 
, the 5* and the 7* part of TFCI code word will use the Mapping Formula a, and the 2"'', the 4*, the 6* 



The r, the 3" 

and the 8* part of TFCI code word will use the Mapping Formula b. As the TTI of S-CCPCH is 40ms or 80ms, the 

TFCI bits will be repeated with a period of 20ms frame. In the second 20ms frame, the T', the 3"*, 

of TFCI code word will use the Mapping Formula b, and the 2"'^, the 4* 

the Mapping Formula a, and so on for the consecutive frames. The mapping of the TFCI code word to the TFCI bit 

positions shall be as follows: 



the 5* and the 7* part 
the 6* and 8* part of TFCI code word will use 




^NTSrl 




'TN-e 



m 



1st part of 
TFQ code v\Drd 



8th part of 
TFQ code v\Drd 



Figure 9A: Mapping of TFCI code word bits to TFCI position in 1.28 Mcps TDD option for downlink 

MBSFN, where N = Ntfci code word- 



When the number of bits of the TFCI code word is 4 , then the TFCI code word is equally divided into two parts for the 
consecutive two subframe and mapped onto the end of the first data field in each of the consecutive subframes.The 
mapping for Ntfci code word =4 is shown in figure 10: 
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bO,bl 



b2,b3 



1 '' Part of 
TFCI field 



2 nd Part of 
TFCI field 




rd Part of 
TFCI field 



th Part of 
TFCI field 



Figure 10: Mapping of TFCI code word bits to TFCI position in 1.28 Mcps TDD option, 

when NtfcI code word.=4 

The location of the 1st to 4th parts of the TFCI code word in the timeslot is defined in [7]. 

If the shortest transmission time interval of any constituent TrCH is at least 20 ms, then successive TFCI code words in 
the frames within the TTI shall be identical. If a TFCI is transmitted on multiple timeslots in a frame each timeslot shall 
have the same TFCI code word. 

4.4.2 Coding of transport format combination indicator (TFCI) for 8PSK 

Encoding of TFCI bits depends on the number of them and the modulation in use. When 2 Mcps service is transmitted, 
8PSK modulation is applied in 1 .28 Mcps TDD option. The encoding scheme for TFCI when the number of bits are 6 - 
10, and less than 6 bits is described in section 4.4.2. 1 and 4.4.2.2, respectively. 



4.4.2.1 



Coding of long TFCI lengths 



When the number of TFCI bits is 6 - 10, the TFCI bits are encoded by using a (64,10) sub-code of the second order 
Reed-Muller code, then 16 bits out of 64 bits are punctured (Puncturing positions are 0, 4, 8, 13, 16, 20, 27, 31, 34, 38, 
41, 44, 50, 54, 57, 61'"' bits). The coding procedure is shown in Figure 11. 



TFCI 

(10 bits) 
^g ..., ^0 



(64,10) sub-code 
of second order 
Reed Muller code 



Puncturing 



TFCI code word 
'='q .... b47 



Figure 11: Channel coding of long TFCI bits for 8PSK 

If the TFCI consists of less than 10 bits, it is padded with zeros to 10 bits, by setting the most significant bits to zero. 
The code words of the punctured (48,10) sub-code of the second order Reed-Muller codes are linear combination of 10 
basis sequences. The basis sequences are shown in Table 1 1 . 
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Table 11 : Basis sequences for (48,10) TFCI code 
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Let's define the TFCI bits as ao , a, , a2 , a3 , 34 , as , a^ , av , ag , ag, where ao is the LSB and ag is the MSB. The TFCI bits 
shall correspond to the TFC index (expressed in unsigned binary form) defined by the RRC layer to reference the TFC 
of the CCTrCH in the associated radio frame. 

The output TFCI code word bits bi are given by: 
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Z7, = Z(a„xM,,„)mod2 



n=0 



where i=0...47. Ntfcic 



1=48. 



4.4.2.2 



Coding of short TFCI lengths 



4.4.2.2.1 



Coding very short TFCIs by repetition 



When the number of TFCI bits is 1 or 2, then repetition will be used for the coding. In this case, each bit is repeated to a 
total of 6 times giving 6-bit transmission (Ntfci code word = 6) for a single TFCI bit and 12-bit transmission (Ntfci code word 
= 12) for 2 TFCI bits. The TFCI bit(s) ao (or ao and ai where ao is the LSB) shall correspond to the TFC index 
(expressed in unsigned binary form) defined by the RRC layer to reference the TFC of the CCTrCH in the associated 
radio frame. 

In the case of Nxpci code word=6, the TFCI codeword {bo, bi, b2, hj,, b4, bj} is equal to the sequence {ao, ao, ao, ao, ao, ao). 

In the case of Ntfci code word= 12, the TFCI codeword {bo, bi, ... , bn} is equal to the sequence {ao, ai, ao, ai, ao, ai, ao, ai, 
^0, ^1, ao, ai}. 



4.4.2.2.2 



Coding short TFCIs using bi-orthogonal codes 



If the number of TFCI bits is in the range of 3 to 5, the TFCI bits are encoded using a (32,5) first order Reed-MuUer 
code, then 8 bits out of 32 bits are punctured (Puncturing positions are 0, 1,2, 3, 4, 5, 6, 7* bits). The coding procedure 
is shown in Figure 12. 



TFCI 

(5 bits) 
^4 ■■■, ^' 



(32,5) First order 
Reed-Muller code 



Puncturing 



TFCI code word 
'='q .... b23 



Figure 12: Channel coding of short TFCI bits for 8PSK 

If the TFCI consists of less than 5 bits, it is padded with zeros to 5 bits, by setting the most significant bits to zero. The 
code words of the punctured (32,5) first order Reed-Muller codes are linear combination of 5 basis sequences shown in 
Table 12. 
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Table 12: Basis sequences for (24,5) TFCI code 



1 


Mi,o 


Mi,i 


Mi,2 


Mi,3 


Mi,4 



















1 















2 















3 














4 








1 







5 







1 







6 







1 







7 






1 







8 
















9 















10 















11 














12 








1 







13 







1 







14 







1 







15 






1 







16 















17 














18 














19 













20 








1 






21 







1 






22 







1 






23 






1 







Let's define the TFCI bits as ao , ai , a2 , as , a4, where ao is the LSB and a4 is the MSB. The TFCI bits shall correspond 
to the TFC index (expressed in unsigned binary form) defined by the RRC layer to reference the TFC of the CCTrCH in 
the associated radio frame. 

The output code word bits h, are given by: 

^, = i(a„xM,,„)mod2 

n=0 



where i=0 ... 23 . Nxfci c 



=24. 



4.4.2.3 



Mapping of TFCI code word 



Denote the number of bits in the TFCI code word by Nxfci code word, and denote the TFCI code word bits by bi^, where k : 
0, . . . , Nxfci code word - 1 ■ 

When the number of bits in the TFCI code word is 12, 24 or 48, the mapping of the TFCI code word to the TFCI bit 
positions in a time slot shall be as follows. 



'-'n/4-1 '-'n/4 




'^N/2-1 '^N/2 '^3N/4-1 '^3N/4 



■"N-l 



1 St part of 
TFCI code word 



2nd part of 
TFCI code word 



3rd part of 
TFCI code word 





4th part of 
TFCI code word 



Figure 13: Mapping of TFCI code word bits to timeslot in 1.28 Mcps TDD option, 

where N = NtfcI code word- 
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When the number of bits in the TFCI code word is 6, the TFCI code word is equally divided into two parts for the 
consecutive two sub-frames and mapped onto the first data field in each of the consecutive sub-frames. The mapping of 
the TFCI code word to the TFCI bit positions in a time slot shall be as shown in figure 14. 



bo, bi, b2 



ba, b4, bs 



1 St part of 
TFCI code word 




2nd part of 
TFCI code word 



3rd part of 
TFCI code word 




4th part of 
TFCI code word 



Figure 14: Mapping of TFCI code word bits to timeslot in 1.28 Mcps TDD option when Ntfci code word = 6 

The location of the 1st to 4th parts of the TFCI code word in the timeslot is defined in [7]. 

4.4.3 Coding and Bit Scrambling of tine Paging Indicator 

The paging indicator Pq, ^ = 0, ..., Npi-1, Pg e {0, 1 } is an identifier to instruct the UE whether there is a paging 
message for the groups of mobiles that are associated to the PI, calculated by higher layers, and the associated paging 
indicator Pq. The length Lpi of the paging indicator is Lpi=2, Lpi=4 or Lpi=8 symbols. Npis = 2*Npi*Lpi bits are used for 
the paging indicator transmission in one radio frame. The mapping of the paging indicators to the bits e„ ; = 1, ..., Npis is 
shown in table 13. 

Table 13: Mapping of the paging indicator 



Pq 


Bits {e2Lpi'q+i, e2Lpi'q+2, ... ,e2Lpi'{q+i)} 


IVIeaning 





{0,0, ...,0} 


There is no necessity to receive the PCH 


1 


{1,1,... ,1} 


There is the necessity to receive the PCH 



If the number S of bits in one radio frame available for the PICH is bigger than the number A^pib of bits used for the 
transmission of paging indicators, the sequence e = [ei, 62, ..., eNpm} is extended by S-Npis bits that are set to zero, 
resulting in a sequence h = {hi, /z2, ..., hs): 

hk=ek, k = X...,NpiB 
/fc=0, k = NpiB+l,...,S 

The bits h^ , k= I, ..., S on the PICH then undergo bit scrambling as defined in section 4.2.9. 

The bits s^, k= I, ...,S output from the bit scrambler are then transmitted over the air as shown in [7]. 

4.4.4 Coding of the Fast Physical Access Channel (FPACH) information 
bits 

The FPACH burst is composed by 32 information bits which are block coded and convolutional coded, and then 
delivered in one sub-frame as follows: 

1. The 32 information bits are protected by 8 parity bits for error detection as described in sub-clause 4.2.1.1. 

2. Convolutional code with constraint length 9 and coding rate Vi is applied as described in sub-clause 4.2.3.1. 
The size of data block c(k) after convolutional encoder is 96 bits. 

3. To adjust the size of the data block c(k) to the size of the FPACH burst, 8 bits are punctured as described in sub- 
clause 4.2.7 with the following clarifications: 
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N,.y =96 is the number of bits in a radio sub-frame before rate matching 

AN, y = -8 is the number of bits to punctured in a radio sub-frame 

- e,n, = a X Ny 

The 88 bits after rate matching are then delivered to the intra-frame interleaving. 

4. The bits in input to the interleaving unit are denoted as {x(0), ..., x(87)}. The coded bits are block rectangular 
interleaved according to the following rule: the input is written row by row, the output is read column by 
column. 



x(0) x(l) x(2) 
x(S) x(9) ;c(10) 



47)' 
415) 

;c(87) 



480) 481) 482) .. 

Hence, the interleaved sequence is denoted by y (i) and are given by: 
y(0), y(l), ..., y(87)=x(0), x(8), ...,x(80),x(l), ..., x(87). 



4.4.5 Coding and Bit Scrambling of tine MBMS Notification Indicator 

The MBMS notification indicator Nq, ^ = 0, ..., Nn-l, Ng e {0, 1 } is an identifier to instruct the UE whether there is an 
MBMS notification indication for the groups of MBMS services that are associated to the NI, calculated by higher 
layers, and the associated MBMS notification indicator Nq. The length L^i of the MBMS notification indicator is Lni=2, 
Lni=4 or Lni=8 symbols. A^nib = 2*N„*Lj^i bits are used for the MBMS notification indicator transmission in one MICH. 
The mapping of the MBMS notification indicators to the bits e„ / = 1, ..., A^nib is shown in table 13A. 

Table 13A: Mapping of the MBMS notification indicator 



Nq 


Bits {e2LN|'q+1, e2LN|*q+2, ... ,e2LN|*(q+1) } 





{0,0, ...,0} 


1 


{1,1,. ..,1} 



If the number S of bits available for the MICH is bigger than the number A^nib of bits used for the transmission of 
MBMS notification indicators, the sequence e = {ei, 62, ..., eNNffi} is extended by S-N^b bits that are set to zero, 
resulting in a sequence h = [hi, /z2, ..., hs): 

hk=ek, k=l,...,NNiB 
hk=0, k = NNiB+l,...,S 

The bits h^ , k= I, ..., S on the MICH then undergo bit scrambling as defined in section 4.2.9. 

The bits i^ k= 1, ..., S output from the bit scrambler are then transmitted over the air as shown in [7]. 



4.4.6 Coding of PLCCH 



The PLCCH is a Node-B terminated channel used to carry dedicated (UE-specific) TPC and SS information to multiple 
UEs. Each TPC/SS command pair for a given UE is mapped to 3 bits as shown in table 13B. 



£75/ 



3GPP TS 25.222 version 8.8.0 Release 8 



57 



ETSI TS 125 222 V8.8.0 (2010-04) 



Table 13B: Mapping of the TPC/SS pair 



3-bit TPC/SS command 
(IVISB on left) 


TPC command 


SS command 


000 


"DOWN" 


"DOWN" 


100 


"UP" 


"DOWN" 


011 


"DOWN" 


"UP" 


111 


"UP" 


"UP" 


001 


"DOWN" 


"Do Nothing" 


101 


"UP" 


"Do Nothing" 



Let 1=14 be the number of TPC/SS command pairs that can be carried by a single PLCCH. The 3 bits corresponding to 
the /""TPC/SS command pair ( (=7. ../), are denoted {Bq, B|, Bj } where B^ is the MSB. 

The bit sequence corresponding to the 7=74 TPC/SS command pairs is denoted OCj^ {k = 0,1, 2, ...41). B^ (n=0,l,2) 
is mapped to OCi^ such that: 

^3(,-l)+n =^1 

The PLCCH burst is composed of 44 information bits {bpi^^,j(0), bpicch(l),---,bpicch(43)} which are repetition coded, and 
then delivered in one sub-frame as follows: 

1. bi,Jm)= a (for m=0,l,.. .41) and b.,i,Jmj = (for m=42,43) 



2. Repetition coding with code rate Vi is applied to the sequence {bpicch(0),...,bpi^^i,(43)} in order to form the 

sequence {x(0), x(l), x(2), x(3 ),..., x(86), x(87)}. The size of the data block after the repetition encoder is 88 bits. 
The encoded codeword {x(0), x(l), x(2), x(3),...,x(86), x(87)} is equal to {bpi^-ch (0), bpi^^,, (0), bpi^ch (1), bpi^ch 



(11 



^plcch 



(43),bp,,,,(43)}. 



3. The bits output from the repetition encoder {x(0), ..., x(87)} are input to an interleaving unit. The coded bits are 
block rectangular interleaved according to the following rule: the input is written row by row, the output is read 
column by column. 



x(0) x(l) x(2) 
x(S) x(9) ;t;(10) 



..47) 
..415) 



..487) 



_x(80) ;c(81) x(S2) 

Hence, the interleaved sequence is denoted by y(i) and is given by: 

y(0), y(l), ..., y(87) = x(0), x(8), ..., x(80), x(l), ...,x(87). 

The bit sequence y(0), y(l), ... y(87) is mapped to the PLCCH burst in order of bit index, with the lowest bit index 
being the first bit (in time) to be transmitted. 



4.5 Coding for HS-DSCH 



Figure 15 illustrates the overall concept of transport-channel coding for HS-DSCH. Data arrives at the coding unit in the 
form of one transport block once every TTI. The TTI is 5 ms for L28 Mcps TDD and 10 ms for 3.84 Mcps TDD / 
7.68Mcps TDD. 

For 1 .28 Mcps TDD, in the case of multiple-frequency transmission in one TTI, a number of transport blocks arrive at 
the coding unit, in which the number of transport blocks equals the number of frequencies used. Each transport block 
for each frequency shall be coded separately as the following coding step. 

For 1 .28Mcps TDD, in the case of MIMO dual stream transmission in one TTI, two transport blocks arrive at the coding 
unit. Each transport block for each data stream shall be coded separately as the following coding step. 
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The following coding steps for HS-DSCH can be identified: 

add CRC to each transport block (see subclause 4.5. 1); 

code block segmentation (see subclause 4.5.2); 

channel coding (see subclause 4.5.3); 

hybrid ARQ (see subclause 4.5.4); 

bit scrambling (see subclause 4.5.5); 

interleaving for HS-DSCH (see subclause 4.5.6); 

constellation re-arrangement for 16QAM and 64QAM (see subclause 4.5.7); 

mapping to physical channels (see subclause 4.5.8). 
The coding steps for HS-DSCH are shown in figure 15. 
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im 1 ' im2' im3' ' ' ' imA 



^im 1 ' ^im2 ' ^im3 ' " - " ^imB 



i 



CRC attachment 



I 



Code block segmentation 



OirlAr2.0ir3.-°irK 



^i1'^i2''-'j3'---^iE 



W„W„W„...W^ 



SpS2,S-j,...Sf^ 



I 



Channel Coding 



I 



V, ,v, ,v, ,..y„ 



^1 t^2 '^3 '■•■'r 



Physical Layer Hybrid-ARQ 
functionality 

i 

Bit Scrambling 

\ 

HS-DSCH 
Interleaving 



Constellation 

re-arrangement 

for 16 QAM 



Physical channel mapping 



^t,p,1,V^t,p,2,--Mt,p,Up 



t T 

PhCH#1 PhCH#P 



Figure 15: Coding chain for HS-DSCH 

In the following the number of transport blocks is always one. When referencing non HS-DSCH formulae which are 
used in correspondence with HS-DSCH formulae the convention is used that transport block subscripts may be omitted 
(e.g. Xi when i is always 1 may be written X). 

4.5.1 CRC attachment for HS-DSCH 

A CRC of size 24 bits is calculated and added per HS-DSCH TTI. The CRC polynomial is defined in 4.2. 1 . 1 with the 
following specific parameters: / = 1, L; = 24 bits. 

4.5.2 Code block segmentation for HS-DSCH 

Code block segmentation for the HS-DSCH transport channel shall be done with the general method described in 
4.2.2.2 above with the following specific parameters. 
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There will only be one transport block, / = 1. The bits bj„], bi„2, bi„j,...bi„B input to the block are mapped to the bits x,7, 
x,2, Xy, . . .Xixi directly. It follows that Xj = B. Note that the bits x referenced here refer only to the internals of the code 
block segmentation function. The output bits from the code block segmentation function are o,yj, o,>2, o,>3,...o,>jf. 

The value of Z = 5 1 14 for turbo coding shall be used. 

4.5.3 Channel coding for HS-DSCH 

Channel coding for the HS-DSCH transport channel shall be done with the general method described in 4.2.3 above 
with the following specific parameters. 

There will be a maximum of one transport block, i= 1. The rate 1/3 turbo coding shall be used. 



4.5.4 Hybrid ARQ for HS-DSCH 



The hybrid ARQ functionality matches the number of bits at the output of the channel coder to the total number of bits 
of the HS-PDSCH set to which the HS-DSCH is mapped. The hybrid ARQ functionality is controlled by the 
redundancy version (RV) parameters. The exact set of bits at the output of the hybrid ARQ functionality depends on the 
number of input bits, the number of output bits, and the RV parameters. 

The hybrid ARQ functionality consists of two rate-matching stages and a virtual buffer as shown in the figure below. 

The first rate matching stage matches the number of input bits to the virtual IR buffer, information about which is 
provided by higher layers. Note that, if the number of input bits does not exceed the virtual IR buffering capability, the 
first rate-matching stage is transparent. 

The second rate matching stage matches the number of bits after first rate matching stage to the number of physical 
channel bits available in the HS-PDSCH set in the TTI. 



Systematic 
bits 



NTTI 



Parity 1 
bit bits 

separation 



Parity2 
bits 



First Rate Matching 



RM P1 1 



RM P2 1 



Virtual IR Buffer 



Second Rate Matching 



RM_S 



RM PI 2 



RM P2 2 



N,,pi 



H. 



bit 
collection 



W 



Figure 16: HS-DSCH hybrid ARQ functionality 



4.5.4.1 



HARQ bit separation 



The HARQ bit separation function shall be performed in the same way as bit separation for turbo encoded TrCHs in 

4.2.7.2 above. 



4.5.4.2 



HARQ First Rate Matching Stage 



HARQ first stage rate matching for the HS-DSCH transport channel shall be done with the general method described in 
4.2.7.1.2 above with the following specific parameters. 

The maximum number of soft channel bits available in the virtual IR buffer is Njr which is signalled from higher layers 
for each HARQ process. The number of coded bits in a TTI before rate matching is N^^' this is deduced from 
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information signalled from higher layers and parameters signalled on the HS-SCCH for each TTI. Note that HARQ 
processing and physical layer storage occurs independently for each HARQ process currently active. 

If NiR is greater than or equal to N^^' (i.e. all coded bits of the corresponding TTI can be stored) the first rate matching 
stage shall be transparent. This can, for example, be achieved by setting £„,„,„ = 0. Note that no repetition is performed. 

If NiR is smaller than N^^' the parity bit streams are punctured as in 4.2.7.1.2 above by setting the rate matching 

parameter AA^,y = A^^^ — A^ where the subscripts i and 1 refer to transport channel and transport format in the 

referenced sub-clause. Note the negative value is expected when the rate matching implements puncturing. Bits selected 
for puncturing which appear as 5 in the algorithm in 4.2.7 above shall be discarded and not counted in the totals for the 
streams through the virtual IR buffer. 

4.5.4.3 HARQ Second Rate Matching Stage 

HARQ second stage rate matching for the HS-DSCH transport channel shall be done with the general method described 
in 4.2.7.3 above with the following specific parameters. Bits selected for puncturing which appear as Sin the algorithm 
in 4.2.7.3 above shall be discarded and are not counted in the streams towards the bit collection. 

The parameters of the second rate matching stage depend on the value of the RV parameters s and r. The parameter s 
can take the value or 1 to distinguish between transmissions that prioritise systematic bits (s = 1) and non systematic 
bits (s = 0). The parameter r (range to r„ax-l) changes the initial error variable e,„, in the case of puncturing. In case of 
repetition both parameters r and s change the initial error variable e,„,. The parameters Xj, Cpius and e^jnus are calculated 
as per table 14below. 

Denote the number of bits before second rate matching as A^^^,, for the systematic bits. A',,; for the parity 1 bits, and Np2 
for the parity 2 bits, respectively. For the HS-DSCH, denote the number of timeslots used as T, the number of codes per 

c 
timeslot as C and the number of bits available in timeslot f as {/,, where L'^, = /l^ t n ^^'^ ^tp is the number of bits 

available in physical channel p of timeslot t as defined in [7]. Ndata is the number of bits available to the HS-DSCH in 

T 

one TTI and is defined as N ^^^^ — /^U , . The rate matching parameters are determined as follows. 

r=l 

For Nj^j^ < ^ ,vs '^ ^ ni "*" ^ n2 ' puncturing is performed in the second rate matching stage. The number of 
transmitted systematic bits in a transmission is A'^, ^^.^ = min|A'^^yj , N ^^^^ j for a transmission that prioritises 
systematic bits and A'^^ ^^,^ = max|A'^^^,^ — (A'^ „i '^ N 2 jjOj for a transmission that prioritises non systematic bits. 

For Nj^j^ > N ^^,^ + N ^ + N 2 repetition is performed in the second rate matching stage. A similar repetition rate in 

A^. 



all bit streams is achieved by setting the number of transmitted systematic bits to A^^ ^^ 



\T _ " dala 



pi 



The number of parity bits in a transmission is: A^, 



A^ -A^ 

data t. 



and N,^^2 



,pi 

the parity 1 and parity 2 bits, respectively. 
Table 14 below summarizes the resulting parameter choice for the second rate matching stage. 



A^ -A^ 

data t,svs 



for 
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Table 14: Parameters for HARQ second rate matching 





Xi 


Bplus 


Bmlnus 


Systematic 
RMS 


N..,, 


N.,. 




sys t,sys 




Parity 1 
RM P1_2 


^.1 


2-N^, 


2- 


N,.-N,, 




Parity 2 
RM P2_2 


Nr2 


N.2 




N,2-N,,,, 





The rate matching parameter e,„, is calculated for each bit stream according to the RV parameters r and s using 

^ini (r) = {(X, - [r ■ e^,„, / r„,J- 1) mode^,„, |+ 1 in the case of puncturing, i.e., N,^,^ < N ^^^ + N ^, + N ^^ , 



and 

e^ni ('■) = l(^, -\{s + l-r)- e^,„, /(2 ■ r_ ) J- 1) mod e^„„ |+ 1 for repetition, i.e., N ,^,^ > iV,^, + A^^^ + A^^^ ■ 

Where re |0, 1,- --jr^^jj^ — 1| and r^^^ is the total number of redundancy versions allowed by varying r as defined 
in 4.6.1.4. 

Note that i^.^^ varies depending on the modulation mode, i.e. for 16QAM and 64QAM r„„ = 2 and for QPSK r„„ = 4. 

Note: For the modulo operation the following clarification is used: the value of (x mod y) is strictly in the range of to 
y-1 (i.e. -1 mod 10 = 9). 

4.5.4.4 HARQ bit collection 

The HARQ bit collection is achieved using a rectangular interleaver of size N^^^ X A^^^^ . 
The number of rows and columns are determined from: 

A^„„=6 for64QAM 

N,o„ = 4 for 16QAM 
A^_=2 for QPSK 
N = N / N 

^ col ' data ' ' row 

where Ndma is used as defined in 4.5.4.3 above. 

Data is written into the interleaver column by column, and read out of the interleaver column by column, starting from 
the first column. 

Nt^sys is the number of transmitted systematic bits. Intermediate values A^, and Nc are calculated using: 

A^, 



A^,. = 



t,sys 



N. 



and A^,=A^,,,,-A^,-A^,„,. 



If A^c = and Nr > 0, the systematic bits are written into rows 1 . . .Nr- 

Otherwise systematic bits are written into rows 1 . . .Nr+1 in the first A^^. columns and, if A^^ > 0, also into rows 1 . . .A^,^ in 
the remaining Ncoi-Nc columns. 

The remaining space is filled with parity bits. The parity bits are written column wise into the remaining rows of the 
respective columns. Parity 1 and 2 bits are written in alternating order, starting with a parity 2 bit in the first available 
column with the lowest index number. 
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In the case of 64QAM for each column the bits are read out of the interleaver in the order rowl, row2, row3, row4, row 
5, row6. In the case of 16QAM for each column the bits are read out of the interleaver in the order row 1, row 2, row 3, 
row 4. In the case of QPSK for each column the bits are read out of the interleaver in the order rowl, row2. 

4.5.5 Bit scrambling 

The bit scrambling for HS-DSCH shall be done with the general method described in subclause 4.2.9. 

4.5.6 Interleaving for HS-DSCH 

The interleaving for TDD is done over all bits in the TTI, as shown in figure 17 when QPSK modulation is being used 
for the HS-DSCH, and figure 18 when 16-QAM modulation is being used, and figure 18a when 64QAM modulation is 
being used. The bits input to the block interleaver are denoted by S], S2, Sj, ..., Sf, , where R is the number of bits in one 
TTI. 



S.,S2,---,S„ 



Block Interleaver 
(R2 X 30) 



V„V2,...,V« 



Figure 17: Interleaver structure for HS-DSCH with QPSK modulation 

For QPSK, the interleaver is a block interleaver and consists of bits input to a matrix with padding, the inter-column 
permutation for the matrix and bits output from the matrix with pruning. The output bit sequence from the block 
interleaver is derived as follows: 

(1) The number of columns of the matrix is 30. The columns of the matrix are numbered 0, 1,2, . . ., 29 from left to 
right. 

(2) Determine the number of rows of the matrix, R2, by finding minimum integer R2 such that R < 30 xR2. The 
rows of rectangular matrix are numbered 0, 1,2, ..., R2 - 1 from top to bottom. 

(3) Write the input bit sequence S], S2, Sj, ..., s^ into the R2 x 30 matrix row by row starting with bit yj in column of 
row 0: 



Ji 

3^31 



yn 



^3 

3^33 



3'30(«2-l)+l 3'30(K2-l) + 2 3'30(K2-l)+3 



3^30 
3^60 

3'30«2 



where ji^ = s^foi k= 1, 2, ..., R and, if R < 30xR2, dummy bits are inserted for fe = R+l, R+2, ..., 30xR2. These 
dummy bits are pruned away from the output of the matrix after the inter-column permutation. 



(4) Perform the inter-column permutation for the matrix based on the pattern jei . . I that is shown in 

Table 7, where P2(/) is the original column position of the j-th permuted column. After permutation of the 
columns, the bits are denoted by y'V 



Jl 


3^^2+1 


3^ 2K2+1 


y 29K2+1 


y'2 


3''«2+2 


3^ 2-R2+2 


•• 3^ 29-S2+2 


y«2 


3''2.«2 


y\.R2 ■ 


3^ 30K2 



(5) The output of the block interleaver is the bit sequence read out column by column from the inter-column 
permuted R2x30 matrix. The output is pruned by deleting dummy bits that were padded to the input of the 
matrix before the inter-column permutation, i.e. bits y"/. that corresponds to bits y^ with k > R are removed from 
the output. The bits after interleaving are denoted by V/, V2, Vj, ..., Vfi, where Vy corresponds to the bit y'\ with 
smallest index k after pruning, V2 to the bit y'\ with second smallest index k after pruning, and so on. 
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i.,iT,...,Ap 



A I , A -, , .S i; , .S ^ , . . . , A n_T , A n 



Block Interleaver 
(R2 X 30) 



v„v^,v„v„...,v^_„v^_^ 



Sj , 1V4 , A, , i'g ,. .. , .S^i , S,f 



Block Interleaver 
(R2 X 30) 



V3,V„V,,Vg,...,Vg_„V„ 



V|,V2,...,V« 
► 



Figure 18: Interleaver structure for HS-DSCH with 16-QAM modulation 

For 16QAM, a second identical interleaver operates in parallel to the first. For both interleavers, R2 is chosen to be the 
minimum integer that satisfies /? < 60 X R2. The output bits from the bit scrambling operation are divided pairwise 
between the interleavers: bits s^ and Si+i go to the first interleaver and bits s^+2 and ij.+j go to the second interleaver, 
where k mod 4=1. Bits are collected pairwise from the interleavers: bits Vj. and v^+i are obtained from the first 
interleaver and bits Vk+2 and Vj.+^ are obtained from the second interleaver, where again k mod 4=1. 



-♦ >" 



^' ? '^4! '^Q! '^lO'"*' '^ff-^' '^ 



Block Interleaver 

(R2x30) 



^ ► 



«-3' 



^ 



Block Interleaver 

(R2x30) 



V^,Vi,V^,V,^,...,VK_. 



■ '5 ' ■^e ' ■^l 1 ' ■^n ' • • • 5 ■^S-1 5 ■^i; 



Block Interleaver 

(R2x30) 



^ViV^ipZm-iZsj'^s 



2k^R-2 



Figure 18a: Interleaver structure for HS-DSCH with 64-QAM modulation 

The interleaving for TDD is done over all bits in the TTI, as shown in figure 18a when 64QAM modulation is being 
used for the HS-DSCH. The bits input to the block interleaver are denoted by Sj, S2, Sj, ..., s^ , where R is the number of 
bits in one TTI. 

For 64QAM, two identical interleavers operate in parallel to the first. For all interleavers, R2 is chosen to be the 
minimum integer that satisfies R<9Qx R2. The output bits from the bit scrambling operation are divided into three 
parts of different interleavers: bits S/. and Si.+] go to the first interleaver, bits ij.+2 and Sj^+j go to the second interleaver and 
bits St:+4 and s^+s go to the third interleaver, where k mod 6=1. Bits are collected accordingly from the interleavers: bits 
Vj. and Vi.+] are obtained from the first interleaver, bits Vi+2 and Vj.+^ are obtained from the second interleaver and bits Vic+4 
and V1.+5 are obtained from the third interleaver, where again k mod 6=1. 

4.5.7 Constellation re-arrangement for 1 6 QAM and 64 QAM 

This function only applies to 16 QAM modulated bits. In case of QPSK it is transparent. 

The following table 15 describes the operations that produce the different rearrangements. 

The bits of the input sequence are mapped in groups of 4 so that vj., vt+i, Vu+i, Vk+3 are used, where k mod 4=1. 
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Table 15: Constellation re-arrangement for 16 QAM 



Constellation 

version 
parameter b 


Output bit sequence 


Operation 





VkVk^lV.^^V,^^ 


None 


1 


Vk+2Vk+3VkVk+l 


Swapping MSBs with LSBs 


2 


^*n+lV*+2Vt+3 


Inversion of the logical values of LSBs 


3 




Swapping IVISBs with LSBs, and inversion of the logical 
values of LSBs 


i; i; i; i; 

^k+2 ^k+3 ^k ^k+l 



The output bit sequences from the table above map to the output bits in groups of 4, i.e. r^ ri.+j, ri+2. fk+s, where k mod 
4= 1. 

The following table 15a describes the operations that produce the different rearrangements of 64 QAM. 

The bits of the input sequence are mapped in groups of 6 so that Vfo vt+i, Vk+i, Vk+s, Vk+4, Vk+5 are used, where k mod 6 = 
1. 



Table 15a: Constellation re-arrangement for 64 QAM 



Constellation 

version 
parameter b 


Output bit sequence 


Operation 





"^ k"^ k+i^ k+i"^ k+^y k+A^ k+5 


None 


1 


n+4^*+5 Vi+2V*+3VtV*+l 


Swapping IVISBs and LSBs. Inversion of Middle SBs 


2 


^*+2^*+3 V^V.^^V^V,^, 


Left circular shift of pair of SBs. Inversion of Middle SBs 


3 


Vk^k^l ^^+2^+3 ^^+4^+5 


Inversion of Middle SBs 



The output bit sequences from the table above map to the output bits in groups of 6, i.e. r^ r^+], ri,+2, r^+s, ri,+4, ri^+s, 
where k mod 6=1. 

4.5.8 Physical channel mapping for HS-DSCH 

The HS-PDSCH is defined in [7]. The bits input to the physical channel mapping are denoted by r;, r2, ..., r^, where R is 
the number of physical channel bits in the allocation for the current TTI. These bits are mapped to the physical channel 
bits, {w,_pj ; t= 1, 2, ..., T; p = 1, 2, ..., C;j= 1, 2, ..., U,p}, where f is the timeslot index, Tis the number of timeslots in 
the allocation message, p is the physical channel index, C is the number of codes per timeslot in the allocation message, 
j is the physical channel bit index and U,_p is the number of bits for the physical channel p in timeslot t. The timeslot 
index, t, increases with increasing timeslot number; the physical channel index, p, increases with increasing 
channelisation code index, and the physical channel bit index, j, increases with increasing physical channel bit position 
in time. 

The bits r/, shall be mapped to the PhCHs according to the following rule : 

c 
Define {y,_k : k= 1,2, ..., /IJ , „ } to be the set of bits to be transmitted in timeslot / as follows : 



yu = r, 



forfe= 1,2,..., ^U 



hp 



p=\ 



y2,k=r c forfe=l,2,..., Y^U^p 
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Vy ^ ' T-l C 



^-YL^ur 



foik= 1,2,..., YUr 



p=l 



When the modulation level applied to the physical channels is 16- QAM : 
The physical channel p used to transmit the A:* bit in the sequence y, j. is : 



if (k <= 


U,rC) 






P^ 


k-l 

4 


modC + l 




lip is odd then : 




^,,pj = y,,k where j = 4 ■ 


k-l 

A-c_ 


Ifp is 


even th 


en : 





+ (/t-l)mod4 + l 



W,,pj = y,,k where j = U,^^ - 4 ■ 



k-l 

4^ 



3 + (/t-l)mod4 



else 



yt-U^i-C-l 



mod(C - 1) + 2 



lip is odd then : 



Wt,p,j^y,,k where J =4 
\fp is even then : 
W,,P,j = y,,k where 7= [7,^-4 



/t-Uji-C-1 



4-(C-l) 



+ (A:-U,iC-l)mod4 + U,i + l 



k-\]^,C-l 



-3-U,i + (;t-UjiC-l)mod4 



4-(C-l) 

Otherwise, when the modulation level applied to the physical channels is QPSK : 

The physical channel p used to transmit the A:* bit in the sequence y, j. is : 

if(k<=f/,,rCj 

p = (;t-l)modC + l 

lip is odd then : 

. k-l ^ 
W,,pj = y,,k where J = + 1 

Ifp is even then : 



k-l 



>^r.;,j = 3'aWhere7=[/,_ 



k-l 



j-u, 



k-l 
C 



else 
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p^(k- U, 1 ■ C - l)mod(C - 1) + 2 
If p is odd then : 



w,,pj = y,,k where ; = 
If p is even then : 

>^r.y,j = 3'aWhere7=f/,_ 



;t-U,iC-l 



+ u.,+i 



k-U^^C-l 



U 



t,i 



When the modulation level applied to the physical channels is 64-QAM: 
The physical channel/? used to transmit the fc* bit in the sequence y,^. is: 

modC + 1 

6 J 

lip is odd then : 

W,,pj = y,.k where ; = [/, ^ - 6 

If p is even then : 

W,,pj = y,,k where j = U,-6 



k-\ 

6^ 



■5 + (A:-l)mod6 



k-\ 
6^ 



■5 + (A:-l)mod6 



4.6 Coding/Multiplexing for HS-SCCH 

For 1.28 Mcps TDD, HS-SCCH shall be of type 1 when the following two conditions are both true: 
the UE is not configured in MIMO mode, and 

- the variable HS_DSCH_SPS_STATUS is FALSE. 

HS-SCCH type 1 may be used when the following two conditions are both true: 
the UE is not configured in MIMO mode, and 

- the variable HS_DSCH_SPS_STATUS is TRUE. 

In this section, the terms 'HS-SCCH' and 'HS-SCCH type 1' are used interchangeably. 

The following information, provided by higher layers, is transmitted by means of the HS-SCCH physical channel. 

For 1.28 Mcps TDD, in the case of multi-frequency HS-DSCH transmission in one TTI, HS-PDSCH on each frequency 
shall be configured with associated HS-SCCH(s) which is coded and multiplexed as following. 

Channelisation-code-set information (q bits where ^ = 8 for 1.28Mcps TDD / 3.84Mcps TDD and q=\Q for 
7.68Mcps TDD)): Xcc.j.y, Xr„2> •■■> ^ccs. q 

- Time slot information (nbits where n = 5 for 1.28 Mcps TDD and n = 13 for 3.84 Mcps TDD / 7.68Mcps TDD): 

Modulation scheme information (1 bit): x^jy 

Transport-block size information (m bits where m = 6 for 1.28 Mcps TDD and m = 9 for 3.84 Mcps TDD / 
7.68Mcps TDD): 
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- Hybrid-ARQ process information (3 bits): x^apj, X;,a,,,2, Xhap,3 
Redundancy version information (3 bits): x^.j, Xrv,2,Xrv.3 
New data indicator (1 bit): x„dj 

HS-SCCH cyclic sequence number (3 bits): Xhcsn.i, Xhcsn.2, Xhcsn.3 

- UE identity (16 bits): x„,,y, x„,,2, •■-, x,,,j6 
For an HS-SCCH order type A for 1.28Mcps TDD, 

- x,s,i, x,s2, ■■■, x,s„ shall be set to "00000" 

Xms.l, Xihs.l, X,ts,2 shall bc set to Xodt.I, X„di,2, Xodt.3 

Xths,3> X(h.s,4> '••> Xtbs,rm -^hapjy Xhap,2> -^hapj y-^rvjy ■^rv,2y-^n',3 y-^ndjy -^hcsnjy Xhcsn,2> -^hcsnj ^^ reSerVeU 

where x„d,j, x„di,2, Xgdtj are defined in subclause 4. 6 A. 
The following coding/multiplexing steps can be identified: 

multiplexing of HS-SCCH information (see subclause 4.6.2) 

CRC attachment (see subclause 4.6.3); 

channel coding (see subclause 4.6.4); 

rate matching (see subclause 4.6.5); 

interleaving for HS-SCCH (see subclause 4.6.6); 

mapping to physical channels (see subclauses 4.6.7 and 4.6.8). 
The general coding/multiplexing flow is shown in Figure 19. 
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■cs,l"-'^ccs,q ■''•«, r ••''•&,« ■'^ms,l ■'^ ths ,1 ■ ■■'^ ths ,m ^hap,\---^hap,'i ^rv,l--^rv,i ^nd,i -^ hcsn,l--^ hcsn,3 

























multiplexing 




a,,a^,...a^ 






^ue. 




CRC attachment 




\^^^ue,2^" ue,\6 






b^,b^,..b,j 








Channel Coding 






Ci,C2,...Cc 








Rate IVIatching 






Jl' Jl'-'-JR 








Interleaving 






Vi,V2,...V« 








Physical Channel 
Segmentation 




Up„Up^,...U 


P,U„ 










Physical Channel 
Mapping 



















PhCH#1 PhCH#n 

Figure 19 Coding and IVIultiplexing for HS-SCCH 

4.6.1 HS-SCCH information field mapping 
4.6.1 .1 Channelisation code set information mapping 

4.6.1 .1 .1 1 .28Mcps TDD and 3.84Mcps TDD 

HS-PDSCH channelisation codes are allocated contiguously from a signalled start code to a signalled stop code, and the 
allocation includes both the start and stop code. The start code k^iar, is signalled by the bits Xccsj, x^^^j.^ccsj, Xccs,4 and the 
stop code ksiop by the bits Xccs.s, Xccs,6,^ccs,7, Xccs.s- The mapping in Table 16 below applies. 
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Table 16: Channelisation code set information mapping for 1.28l\/lcps and 3.84Mcps TDD 



kstart 


Xccs, 1 


Xccs,2 


Xccs,3 


Xccs,4 


kstop 


Xccs,S 


Xccs,6 


XccsJ 


Xccs,8 


1 














1 














2 













2 











1 


3 








1 





3 








1 





4 








1 




4 








1 


1 


5 





1 








5 





1 








6 





1 







6 





1 





1 


7 





1 


1 





7 





1 


1 





8 





1 


1 




8 





1 


1 


1 


9 













9 













10 












10 










1 


11 







1 





11 







1 





12 







1 




12 







1 


1 


13 




1 








13 




1 








14 




1 







14 




1 





1 


15 




1 


1 





15 




1 


1 





16 




1 


1 




16 




1 


1 


1 



If a value of k^tar, = 16 and ksup = 1 is signalled, a spreading factor of SF=1 shall be used for the HS-PDSCH resources. 
Other than this case, ks,ari > k^iop shall be treated as an error by the UE. 



4.6.1.1.2 



7.68Mcps TDD 



HS-PDSCH channelisation codes are allocated contiguously from a signalled start code to a signalled stop code, and the 
allocation includes both the start and stop code. The start code ks,ar, is signalled by the bits Xccs.i, x^csx^ccs.s, Xccs.4, Xccs,5 
and the stop code ksup by the bits x^cs.d, Xccsj. Xccs.s, Xccs.9, Xccsjo- The mapping in Table 16A below applies. 
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Table 16A: Channelisation code set information mapping for 7.68l\/lcps TDD 



kstart 


Xccs,1 


Xccs,2 


Xccs,3 


Xccs,4 


Xccs,5 


kstop 


Xccs,6 


Xccsj 


Xccs,8 


Xccs,9 


Xccs,10 


1 

















1 

















2 














1 


2 














1 


3 











1 





3 











1 





4 











1 


1 


4 











1 


1 


5 








1 








5 








1 








6 








1 





1 


6 








1 





1 


7 








1 


1 





7 








1 


1 





8 








1 


1 


1 


8 








1 


1 


1 


9 
















9 
















10 













1 


10 













1 


11 










1 





11 










1 





12 










1 


1 


12 










1 


1 


13 







1 








13 







1 








14 







1 





1 


14 







1 





1 


15 







1 


1 





15 







1 


1 





16 







1 


1 


1 


16 







1 


1 


1 


17 
















17 
















18 













1 


18 













1 


19 










1 





19 










1 





20 










1 


1 


20 










1 


1 


21 







1 








21 







1 








22 







1 





1 


22 







1 





1 


23 







1 


1 





23 







1 


1 





24 







1 


1 


1 


24 







1 


1 


1 


25 















25 















26 












1 


26 












1 


27 









1 





27 









1 





28 









1 


1 


28 









1 


1 


29 






1 








29 






1 








30 






1 





1 


30 






1 





1 


31 






1 


1 





31 






1 


1 





32 






1 


1 


1 


32 






1 


1 


1 



If a value of ksmn = 32 and ks,op = 1 is signalled, a spreading factor of SF=1 shall be used for the HS-PDSCH resources. 
Other than this case, ks,ar, > ks,op shall be treated as an error by the UE. 



4.6.1.2 



Timeslot information mapping 



4.6.1.2.1 



1.28 Mcps TDD 



For 1.28 Mcps, the timeslots to be used for HS-PDSCH resources are signalled by the bits x„ y, x„2, •■■, -*^m.5, where bit 
x,5„ carries the information for timeslot n+1. Timeslots and 1 cannot be used for HS-DSCH resources. If the signalling 
bit is set (i.e. equal to 1), then the corresponding timeslot shall be used for HS-PDSCH resources. Otherwise, the 
timeslot shall not be used. All used timeslots shall use the same channelisation code set, as signalled by the 
channelisation code set information bits. 



4.6.1.2.2 



3.84 Mcps TDD and 7.68Mcps TDD 



For 3.84 Mcps, the timeslots to be used for HS-PDSCH resources are signalled by the bits x„ y, x„2, •■■, x,sj3, where bit 
x,5„ carries the information for the n* available timeslot for HS-PDSCH resources, where the order of the timeslots 
available for HS-PDSCH resources shall be the same as the order of the 15 time slots within each frame with the 
following two slots removed: 

• The slot containing the P-CCPCH 

• The first slot in a frame containing the PRACH 
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If the P-CCPCH and/or PRACH are assigned to some, but not all frames, then the corresponding time slots shall remain 
unavailable for these frames as well.. 

If the bit is set (i.e. equal to 1), then the corresponding timeslot shall be used for HS-PDSCH resources. Otherwise, the 
timeslot shall not be used. All used timeslots shall use the same channelisation code set, as signalled by the 
channelisation code set information bits. 

4.6.1 .3 Modulation scheme information mapping 

The modulation scheme to be used by the HS-PDSCH resources shall be signalled by bit x^, y. If 64QAM is not 
supported by the UE, the mapping scheme in Table 17 shall apply. 

Table 17: Modulation scheme information mapping 



Xms^ 


Modulation Scheme 





QPSK 


1 


16-QAM 



If 64QAM is supported by the UE, the mapping scheme in Table 17a shall apply. 

Table 17a: Modulation scheme information mapping 



•fms,1 


IVIodulation Scheme 





QPSK or 64QAM 


1 


16-QAM 



The method of determining the modulation scheme by UE with 64QAM capability is as following: 

If -*^m.!.; = 1^ then modulation scheme is 16QAM; 

Else if x„s.i = 0, then 

Step 1, UE first calculates the physical resource bearer capability and the transmission bit rate. The physical resource 
bearer capability is the maximum bit rate at which RAN can transmit with the physical resources assigned in HS-SCCH 
and the QPSK modulation. The physical resource bearer capability can be calculated by the channelization-code-set 
information and time slot information of HS-SCCH. 

The transmission bit rate is the bit rate to which the transport-block size indicated in HS-SCCH corresponds. 

Step 2, if the physical resource bearer capability multiplied by R is less than the transmission bit rate, and R belongs to 
[0, 1], 

then modulation scheme is 64QAM; 

else modulation scheme is QPSK. 

Note: According to the simulation results the value of the transmission bit rate divided by the physical resource bearer 
capability according to 64QAM should be more than 1/3, where the value of R is equal to 1. 

If 64QAM is configured by UE, the method of determining recommended modulation scheme by NodeB can be similar 
to 64QAM indication in HS-SCCH. The details are: 

If -*^m.!.; =1^ NodeB should determine the recommended modulation scheme as 16QAM, 

Else if x,„sj =0, NodeB calculates the physical resource bearer capability assigned in HS-SCCH corresponding to RMF 
and RTBS in HS-SICH, and calculates the transmission bit rate according to the RTBS in HS-SICH, and then 
determines whether the recommended modulation scheme is 64QAM or QPSK. 

4.6.1 .4 Redundancy and constellation version information mapping 

The redundancy version (RV) parameters r, s and constellation version parameter b are mapped jointly to produce the 
value X„. Xrv is alternatively represented as the sequence Xfv,i, x„,2, Xivs where x„^i is the MSB. This is done according 
to the following tables according to the modulation mode used: 
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Table 18: RV mapping for 16 QAM and 64 QAM 



Xrv (value) 


s 


r 


b 





1 








1 











2 


1 


1 


1 


3 





1 


1 


4 


1 





1 


5 


1 





2 


6 


1 





3 


7 


1 


1 






Table 19: RV mapping for QPSK 



Xrv (value) 


s 


r 





1 





1 








2 


1 


1 


3 





1 


4 


1 


2 


5 





2 


6 


1 


3 


7 





3 



4.6.1 .5 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number is mapped such that Xf,csn,i corresponds to the MSB and Xi,csn,3 to the LSB. 



4.6.1.6 



UE identity 



The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x^ej 
corresponds to the MSB and Xuej6 to the LSB, cf. [14]. 

4.6.1 .7 HARQ process identifier mapping 

The hybrid- ARQ process information Xhap,i, Xi,ap,2, Xi,ap.3 is unsigned binary representation of the HARQ process 
identifier where Xij^pj is MSB. 

4.6.1 .8 Transport block size index mapping 

The transport -block size information x,^ ;, x,^, 2, • ■ -, x,i,s,m is unsigned binary representation of the transport block size 
index where x,,,, y is MSB. 

4.6.2 Multiplexing of HS-SCCH information 

The information carried on the HS-SCCH is multiplexed onto the bits flj , flj v^^ according to the following rule : 

^q+l'^q+2---^q+n ~ -^ts,! ' ■^ts,2'"^ts,n 
^q+n+2^^q+n+3"-^q+n+m+l ~ ^ Ibs^'' ^tbs,2- "^ lhs,m 



'^^o+n+m+3 '^ 



q+n+m+2 ' "■q+n+m+3 ' "■q+n+m+4 -^hap,! ' ■^hap,2 ' ■^hap,3 



^hnnA ' ^han.2 ' ^h 
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"^+n+m+5 ' "^+«+m+6 ' "■ q+n+m+1 ~ ^rv,\ ' ^rv,2 ' -^n'.S 

^q+n+m+i ~ ■^nd,\ 

^q+n+m+9 ' ^q+n+m+10 ' '^W+n+m+ll ~ -^hcsn,! ' •''•/!cs«,2 ' ^hcsn,3 

4.6.3 CRC attachment for HS-SCCH 

From the sequence of bits a^,a2,...Clj^ a 16 bit CRC is calculated according to Section 4.2.1.1. This gives a sequence 
of bits )^j, )^2,...)^jg where 

yk=Pi,n(xi-k) k=l,2,...16 

This latter sequence of bits is then masked with the UE identity and appended to the sequence of bits aj, aj,.--'^^ . The 
bits at the output of the CRC attachment block is the sequence of bits b^,b2,-- -bg , where 

Z?, =a, i=l,2,...,A 

bi = (y^-A + Xuej-A)^0d 2 i=A+l...B 

4.6.4 Channel coding for HS-SCCH 

Channel coding for the HS-SCCH shall be done with the general method described in 4.2.3 with the following specific 
parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH. 

4.6.5 Rate matching for HS-SCCH 

Rate matching for HS-SCCH shall be done with the general method described in 4.2.7. 

4.6.6 Interleaving for HS-SCCH 

Interleaving for HS-SCCH shall be done with the general method described in 4. 2. 11.1. 

4.6.7 Physical Channel Segmentation for HS-SCCH 

Physical channel segmentation for HS-SCCH shall be done with the general method described in 4.2.10. For 1.28 Mcps 
TDD, the HS-SCCH consists of two physical channels HS-SCCHl and HS-SCCH2; for 3.84 Mcps TDD and 7.68Mcps 
TDD the HS-SCCH only uses one physical channel, see [7]. 

4.6.8 Physical channel mapping for HS-SCCH 

Physical channel mapping for the HS-SCCH shall be done with the general method described in subclause 4.2.12. 

4.6A Coding/Multiplexing for HS-SCCH orders type A 

HS-SCCH orders type A are commands sent to the UE using HS-SCCH. No HS-PDSCH is associated with HS-SCCH 
orders. 

For 1 .28 Mcps TDD, HS-SCCH order type A may be used when any of the following conditions is true: 
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HS_DSCH_RECEPTION_CELL_FACH_STATE is TRUE; 

- CONTROL_CHANNEL_DRX_STATUS is TRUE, and UE is not configured in MIMO mode; 

- CONTROL_CHANNEL_DRX_STATUS is TRUE, and UE is configured in MIMO mode while the variable 
MIMO SF mode for HS-PDSCH dual stream is SFl 

- the variable HS_DSCH_SPS_STATUS is TRUE, and UE is not configured in MIMO mode; 

- the variable HS_DSCH_SPS_STATUS is TRUE, and UE is configured in MIMO mode while the variable 
MIMO SF mode for HS-PDSCH dual stream is SFl. 

The following information is transmitted by means of the HS-SCCH order type A physical channel. 

- Order type (3 bits): x„i,j, x„at.2, x„di.3 

- UE identity (16 bits): x^e.i, Xue,2, ■■■, x^e.m 
The coding for HS-SCCH orders type A is specified in subclause 4.6. 

4.6A.1 HS-SCCH orders type A information field mapping 
4.6A.1 .1 Order type mapping 

If -*^oA,y. x„iii2, x„j,j= "000", then the HS-SCCH order is an uplink synchronization establishment order when UE is in 
CELL_FACH or CELL_PCH state. 

^i x„d,i, x„dt,2, Xodt.3= "001", then the HS-SCCH order is an order to release the allocated semi-persistent HS-PDSCH 
resources when UE is in CELL_DCH state. 

^^x„d,j, Xorf,2, x„a,,3= "010", then the HS-SCCH order is DRX Activation order when UE is in CELL_DCH state. 

^fxodt.}, x„dt,2, Xodt,3= "Oil", then the HS-SCCH order is DRX De-activation order when UE is in CELL_DCH state. 

4.6A.1 .2 UE identity mapping 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x^ej 
corresponds to the MSB and Xue,i6 to the LSB, cf. [14]. 

4.6B Coding/Multiplexing for HS-SCCH type 2 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 2 when any of the following conditions is met: 

- the variable HS_DSCH_SPS_STATUS is TRUE, and UE is not configured in MIMO mode; 

- the variable HS_DSCH_SPS_STATUS is TRUE, and UE is configured in MIMO mode while the variable 
MIMO SF mode for HS-PDSCH dual stream is SFl. 

HS-SCCH type 2 is used to allocate semi-persistent HS-PDSCH resources for the initial transmissions. The following 
information is transmitted by means of the HS-SCCH type 2 physical channels. 

- Type flag 1 (2 bits): Xfl^gu, Xjiagij 

Resource repetition pattern index (2bits): Xrrpij, Xrrpij 

- Type flag 2 (2 bits): Xy;„^2.i, Xflag2.2 
Transport-block size information (2 bits): x,^, 7, x,i,s,2 
Time slot information (5bits): x„y, x„2, •■■, x„5 
Channelisation-code-set information (6 bits): x^csj, Xccs,2, ■■-, Xr„ g 
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Modulation scheme information (1 bit): x^,; 

- HS-SICH indicator (2bits): xhu, xhij 

- HS-SCCH cyclic sequence number (3 bits): XA„„,i, x,,„n,2> X/j^mj 

- UE identity (16 bits): x,„j, x„e,2, •■■, x,„j6 

Redundancy and constellation version (0 bit): X„ =0 (see subclause 4.6.1.4) 

Reserved (5 bits): X^jy, Xres,2,--- , Xres,5 

For an HS-SCCH order type A, 

Xflagl.h Xflagl,2, X^rpiJ, Xrrpi,2 , Xfjag2.1, Xflag2.2, X,i,sj, Xii,s,2 ^6 rCSCrVed 

- x,s,i, x,s,2, ■■-, x,s,5 shall be set to "00000" 

Xccs,h Xccs.2' Xccs,3 shall be set to Xg^ij, X„j,2, Xodt.S 

Xccs,4t Xccs,5f Xf^f^s,6y Xf^^j^ X}{jj^ X}{J2^ Xj^^-^y^j, X/j^,^^ 2j -^/jcvn.Ji Xyes,h Xfes,2^ Xre.s,3 i Xy^sA, Xres,5 'ITe reSCrVeU 

where Xodt.i, Xodt.2, Xodi.3 are defined in subclause 4.6A. 

The following coding/multiplexing steps for HS-SCCH type 2 can be identified: 
multiplexing of HS-SCCH type 2 information (see subclause 4.6B.2) 

- CRC attachment for HS-SCCH type 2 (see subclause 4.6B.3); 
channel coding for HS-SCCH type 2 (see subclause 4.6B.4); 
rate matching for HS-SCCH type 2 (see subclause 4.6B.5); 
interleaving for HS-SCCH type 2 (see subclause 4.6B.6); 

mapping to physical channels for HS-SCCH type 2 (see subclauses 4.6B.7 and 4.6B.8). 
The general coding/multiplexing flow for HS-SCCH type 2 is shown in Figure 19A. 
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Figure 19A: Coding and IVIultiplexing for HS-SCCH type 2 

4.6B.1 HS-SCCH type 2 information field mapping 
4.6B.1.1 Type flag 1 mapping 

The type flag 1 JC/zagy.i. Xflagi,2 are mapped such that Xpagij = "i "corresponds to the MSB and x^^gj^ ="1" to the LSB. The 
type flag 1 is used to distinguish HS-SCCH type 2 from other types. 

4.6B.1 .2 Resource repetition pattern index mapping 

The resource repetition pattern index Xrrpu, Xrrpi,2 is the unsigned binary representation of a reference to one of 
repetition patterns of the assigned semi-persistent HS-PDSCH resources configured by higher layers. The resource 
repetition pattern index x^rpij, Xrrpij are mapped such that Xrrp,,;Corresponds to the MSB and x„,„;2 to the LSB. The 
mapping of x„;,;,i x^rpij ="00" is not used. 



Xrrpi,1 1 Xrrpi,2 


Resource repetition pattern 

Index as signalled in the 

variable 

HS_DSCH_SPS_PARAMS[1 2] 


"01" 


1" entry 


"10" 


2™ entry 


"11" 


3™ entry 
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4.6B.1 .3 Type flag 2 mapping 

The type flag 2 Xflag2,i, Xflag2,2 are mapped such that Xflag2,i = "7 "corresponds to the MSB andxflag2,2 ="0" to the LSB. The 
type flag 2 is used to distinguish HS-SCCH type 2 from other types. 

4.6B.1 .4 Transport block size index mapping 

The transport -block size information x,i,s,], Xf^, 2 is the unsigned binary representation of a reference to one of the four 
Transport-block sizes configured by higher layers. 



Xtbs,1, Xtbs,2 


Transport Block size as 

signalled in the variable 

HS_DSCH_SPS_PARAMS[1 2] 


"00" 


1*" entry 


"01" 


2™ entry 


"10" 


3'"" entry 


"11" 


4'" entry 



4.6B.1 .5 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,? 5 is performed according to section 4.6. 1 .2. 1 . 

4.6B.1 .6 Channelisation code set information mapping 

HS-PDSCH channelisation codes are allocated contiguously from a signalled start code to a signalled stop code, and the 
allocation includes both the start and stop code. The start code fc„a„ is signalled by the bits Xccs.i, Xccsx^ccs.s and the stop 
code kstop by the bits Xccs,4,Xccs.5, Xccs.6- The mapping in Table 16B below applies. 

If a value of k^,a„ = 9 and A:,,^^ = 6 is signalled, a spreading factor of SF=1 shall be used for the HS-PDSCH resources. 
Other than this case, ks,ari > ks,op are not used. 

Table 16B: Channelisation code set information mapping 



kstart 


Xccs,1 


Xccs,2 


Xccs,3 


kstop 


Xccs,4 


Xccs,5 


Xccs,6 
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1 


5 
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10 
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11 
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12 
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13 


1 


1 





14 


1 


1 





15 


1 


1 


1 


16 


1 


1 


1 



4.6B.1 .7 Modulation scheme information mapping 

The mapping of the modulation scheme information x^, 7 is performed according to table 17 in section 4.6. 1.3. 

4.6B.1 .8 HS-SICH indicator mapping 

The HS-SICH indicator consists of 2 bits used to indicate the UE which HS-SICH will be used to convey the CQI and 
the acknowledgement indicator for the received data on the semi-persistent HS-PDSCH resources. The bits Xfjjj, Xfjjj 
are mapped such that Xfjjj corresponds to the MSB and Xfjjj to the LSB. 
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XhI,1, Xh|,2 


HS-SICH indicator as 

signalled in the variable 

HS_DSCH_SPS_PARAMS[1 2] 


"00" 


I''' entry 


"01" 


2™ entry 


"10" 


3™ entry 


"11" 


4'" entry 



4.6B.1 .9 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number Xfe.™,;, Xkcsn,2, Xhcnj is mapped such that Xi,csn.i corresponds to the MSB and Xkcsnj 
totheLSB. 

4.6B.1.10 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x„j, ; 
corresponds to the MSB and x„^ yg to the LSB, cf [14]. 

4.6B.2 Multiplexing of HS-SCCH type 2 information 

The information carried on the HS-SCCH type 2 is multiplexed onto the bits a^ , flj , . • -^a according to the following 
rule : 

apflj ~ -^ flag 1,1^ ■'^ flag \, 2 
(^5,^(, — ^flagl,!'^ flag 2,2 

a-i,a^ — x,hs,\^^ths,2 

aj4,(3[5...a[9 = X^^,^^,X^^^2---^ccs,6 
^20 ~ ^ms,\ 



^23 , ^24 ' ^25 ~ ^hcsriA ' ^hcsn,2 ' ^. 



hcsn,3 



'^26''^27-"'^30 ■''•re.5,l'-''re.s,2 •••■"•«.!,; 



4.6B.3 CRC attachment for HS-SCCH type 2 

The sequence of bits b^,b2,---bg, is calculated according to subclause 4.6.3. 
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4.6B.4 Channel coding for HS-SCCH type 2 

Channel coding for the HS-SCCH type 2 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 2. 

4.6B.5 Rate matching for HS-SCCH type 2 

Rate matching for HS-SCCH type 2 shall be done with the general method described in 4.6.5. 

4.6B.6 Interleaving for HS-SCCH type 2 

Interleaving for HS-SCCH type 2 shall be done with the general method described in 4. 2. 11.1. 

4.6B.7 Physical Channel Segmentation for HS-SCCH type 2 

Physical channel segmentation for HS-SCCH type 2 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6B.8 Physical channel mapping for HS-SCCH type 2 

Physical channel mapping for the HS-SCCH type 2 shall be done with the general method described in subclause 

4.2.12. 

4.6C Coding/Multiplexing for HS-SCCH type 3 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 3 when any of the following conditions is met: 

- the variable HS_DSCH_SPS_STATUS is TRUE, and UE is not configured in MIMO mode; 

- the variable HS_DSCH_SPS_STATUS is TRUE, and UE is configured in MIMO mode while the variable MIMO 
SF mode for HS-PDSCH dual stream is SFl. 

HS-SCCH type 3 is used to allocate one subframe HS-PDSCH resources for retransmissions of HS-DSCH semi- 
persistent scheduling operation. The following information is transmitted by means of the HS-SCCH type 3 physical 
channels. 

- Type flag 1 (2 bits): Xflagij, xjjagij 

Resource repetition pattern index (2bits): x^rpij, x^rpij 

- Type flag 2 (2 bits): Xfl„g2j, Xflag2.2 
Transport-block size information (2 bits): x,i,sj, x,ts,2 
Time slot information (5bits): x„y, x„2, •■■, x,ss 
Channelisation-code-set information (6 bits): Xccs.i, Xccsj, ■■-, x^cs. 6 
Modulation scheme information (1 bit): x^,; 

Redundancy version information (2 bits): Xrv.i, x„,2 
Pointer to the previous transmission (4 bits): Xp,rj, Xp,r,2, Xp,rj^ Xp,r,4 
HS-SCCH cyclic sequence number (3 bits): Xi,cs„], Xi,cm.2, Xi,csn.3 
Reserved (1 bit): x„.5j 
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- UE identity (16 bits): x„,,y, x„,,2, • ■ -, x,„j6 

The following coding/multiplexing steps for HS-SCCH type 3 can be identified: 
multiplexing of HS-SCCH type 3 information (see subclause 4.6C.2) 

- CRC attachment for HS-SCCH type 3 (see subclause 4.6C.3); 
channel coding for HS-SCCH type 3 (see subclause 4.6C.4); 
rate matching for HS-SCCH type 3 (see subclause 4.6C.5); 
interleaving for HS-SCCH type 3 (see subclause 4.6C.6); 

mapping to physical channels for HS-SCCH type 3 (see subclauses 4.6C.7 and 4.6C.8). 
The general coding/multiplexing flow for HS-SCCH type 3 is shown in Figure 19B. 



Xflagl.h Xflagl,2 ^rrpi.h Xrrpi,2 Xf]ag2J, Xf]ag2,2 Xtbs.h Xtbs,2 X)s,l, ■■■X)s,5 Xccs.lr ■■■Xccs, 6 Xms,] X„>J, X„>^2 XpirJ,... Xplr,4Xl,^sn ly-Xhcsn 3 X^es 1 
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Figure 19B: Coding and IVIultiplexing for HS-SCCH type 3 

4.6C.1 HS-SCCH type 3 information field mapping 
4.6C.1.1 Type flag 1 mapping 

The type flag 1 Xpagij, Xflagu are mapped such thatx^a^;; = "7 "corresponds to the MSB andx^agj 2 ="1" to the LSB. The 
type flag 1 is used to distinguish HS-SCCH type 3 from other types. 
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4.6C.1 .2 Resource repetition pattern index mapping 

The resource repetition pattern index x^p,,/, x„p,,2 are mapped such that x„y„;iCorresponds to the MSB and x^pij to the 
LSB. The mapping x„p,,y, Xrrpij="00" is used to indicate one subframe HS-PDSCH resources assigned for 
retransmissions of semi-persistent scheduling operation. 

4.6C.1 .3 Type flag 2 mapping 

The type flag 2 Xflag2,i, Xfiag2.2 are mapped such that Xfiag2.i = "7 "corresponds to the MSB andxflag2.2 ="0" to the LSB. The 
type flag 2 is used to distinguish HS-SCCH type 3 from other types. 

4.6C.1 .4 Transport block size index mapping 

The transport -block size information x,^, ;, x,^, 2 is the unsigned binary representation of a reference to one of the four 
Transport -block sizes configured by higher layers. The mapping is performed according to section 4.6B.1.4. 

4.6C.1 .5 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,, 5 is performed according to section 4.6. 1 .2. 1 . 

4.6C.1 .6 Channelisation code set information mapping 

The mapping of the channelisation code set information Xcc.,,/, Xccs.2.Xccs.3.Xccs.4, Xccs.s.Xccs.e is performed according to 
section 4.6B. 1.6. 

4.6C.1 .7 Modulation scheme information mapping 

The mapping of the modulation scheme information x„,,,i is performed according to table 17 in section 4.6. 1 .3. 

4.6C.1 .8 Redundancy version information mapping 

The redundancy version (RV) parameters r, s and constellation version parameter b are mapped jointly to produce the 
value Xjv. X„ is alternatively represented as the sequence x„,y, x„,2 where x^yj is the MSB. This is done according to the 
following tables according to the modulation mode used. 

Table 18A: RV mapping for 16QAM and 64QAM 
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Table 19A: RV mapping for QPSK 
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4.6C.1 .9 Pointer to the previous transmission mapping 

Pointer to the previous transmission Xp,r,y, Xp„j, Xp,r,3, Xp„j is the unsigned binary representation of .s, such that the 
previous transmission of the same transport block started {A+s) subframes before the start of this transmission. And Xp,rj 
corresponds to the MSB and Xptr,4 to the LSB. 
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4.6C.1 .10 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number X;,„„,7, xi,csn,2' ^hcsnj is mapped such that Xi^^sn.i corresponds to the MSB and Xft„n,j 
totheLSB. 

4.6C.1.11 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that Xuej 
corresponds to the MSB and x„e yg to the LSB, cf [14]. 

4.6C.2 Multiplexing of HS-SCCH type 3 information 

The information carried on the HS-SCCH type 3 is multiplexed onto the bits aj,a2,.- •'disaccording to the following 
rule : 

flpflj ~ ^ flag\,\^ -^ flag\,2 
a^,a^ — ^rrpi,\^-^rrpi,l 
(^5,^(, — ^ flag 2,1'^ flag 2,2 

a-i,a^ — x,hs,v^ths,2 
ag,a^Q...a^T^ — Xi^^^,Xf^2---^ts,5 

a,4,(3|5...a[9 = •^ce.5,l'-^eei,2---''-cc.s,6 



a2-i,0.24---0.26 ~ ^ptr,V^ptr,2-"^ptrA 



^27 ' '^28 ' '^29 ^hcsn,\ ' ^hcm,2 ' ^hcm,i 



4.6C.3 CRC attachment for HS-SCCH type 3 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 

4.6C.4 Channel coding for HS-SCCH type 3 

Channel coding for the HS-SCCH type 3 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 3. 

4.6C.5 Rate matching for HS-SCCH type 3 

Rate matching for HS-SCCH type 3 shall be done with the general method described in 4.6.5. 
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4.6C.6 Interleaving for HS-SCCH type 3 

Interleaving for HS-SCCH type 3 shall be done with the general method described in 4.2.1 1.1. 

4.6C.7 Physical Channel Segmentation for HS-SCCH type 3 

Physical channel segmentation for HS-SCCH type 3 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6C.8 Physical channel mapping for HS-SCCH type 3 

Physical channel mapping for the HS-SCCH type 3 shall be done with the general method described in subclause 
4.2.12. 

4.6D Coding/Multiplexing for HS-SCCH type 4 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 4 when the following two conditions are both true: 

the UE is configured in MIMO mode, and 

- the variable MIMO SF mode for HS-PDSCH dual stream is SFl . 

HS-SCCH type 4 is used for single stream transmission in MIMO mode. The following information is transmitted by 
means of the HS-SCCH type 4 physical channels. 

- Type flag 1 (1 bit): xy,„gy,; 

Channelisation-code-set information (6 bits): x^csj, Xccs.i, ■■-, Xccs. 6 

- Type flag 2(1 bit): xy;„g2.i 

Time slot information (5bits): x„,y, x„,2, •■-, -*^m.5 
Modulation scheme information (1 bit): x^sj 
Transport-block size information (6 bits): x,^, y, x,ts,2, ..., x,ts,6 

- Hybrid-ARQ process information (4 bits): Xhap.i, Xhap.i, Xhapj. Xhap.4. 
Redundancy version information (2 bits): x„,y, x„,2 
HS-SCCH cyclic sequence number (3 bits): Xkcsn.i, Xhcsn.2, xucm.s 
Reserved (1 bit): Xr„j 

- UE identity (16 bits): x„^,y, x^e.i, ■■■, Xue.i6 

The following coding/multiplexing steps for HS-SCCH type 4 can be identified: 
multiplexing of HS-SCCH type 4 information (see subclause 4.6D.2) 

- CRC attachment for HS-SCCH type 4 (see subclause 4.6D.3); 
channel coding for HS-SCCH type 4 (see subclause 4.6D.4); 
rate matching for HS-SCCH type 4 (see subclause 4.6D.5); 
interleaving for HS-SCCH type 4 (see subclause 4.6D.6); 

mapping to physical channels for HS-SCCH type 4 (see subclauses 4.6D.7 and 4.6D.8). 
The general coding/multiplexing flow for HS-SCCH type 4 is shown in Figure 19C. 
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Figure 190: Coding and IVIultiplexing for HS-SCCH type 4 

4.6D.1 HS-SCCH type 4 information field mapping 
4.6D.1.1 Type flag 1 mapping 

The type flag 1 bit Xfi^gu is mapped as Xfi^gu ="0". The type flag 1 is used to distinguish HS-SCCH type 4 from other 
types. 

4.6D.1 .2 Type flag 2 mapping 

The type flag 2 Xflag2.i is mapped as Xflag2.i ="1 "■ The type flag 2 is used to distinguish HS-SCCH type 4 from other 
types. 

4.6D.1 .3 Channelisation code set information mapping 

The mapping of the channelisation code set information Xcc.,,/, x^^s2,Xccs.3,Xccs.4' Xccs,5,Xccs.6 is performed according to 
section 4.6B. 1.6. 

4.6D.1 .4 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,ss is performed according to section 4.6. 1 .2. 1 . 
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4.6D.1 .5 Modulation scheme information mapping 

The mapping of the modulation scheme information x^^.i is performed according to section 4.6. 1.3. 

4.6D.1 .6 Transport block size index mapping 

The transport -block size information x,i,sj, Xths.2, ■■■, Xtbs.6 is the unsigned binary representation of the transport block size 
index where x,i,sj is MSB. The mapping is performed according to section 4.6.1.8. 

4.6D.1 .7 HARQ process Identifier mapping 

The hybrid- ARQ process information Xkapj, Xhap,2, Xhapj, Xhap,4 is unsigned binary representation of the HARQ process 
identifier where X;,„^, y is MSB. 

4.6D.1 .8 Redundancy version information mapping 

The redundancy version (RV) parameters r, s and constellation version parameter b are mapped jointly to produce the 
value X„. Xi-v is alternatively represented as the sequence x„ ;, x„2 where x„j is the MSB. The mapping is performed 
according to section 4.6C.1.8. If X„ =0, the UE shall treat the corresponding transport block as an initial transmission. 

4.6D.1 .9 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number x;,„„,y, Xkcsn.2, Xhcsn.3 is mapped such thatx;,r5„; corresponds to the MSB andxA„n,3 
to the LSB. 

4.6D.1.10 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x„^ y 
corresponds to the MSB and x^ejd to the LSB, cf. [14]. 

4.6D.2 Multiplexing of HS-SCCH type 4 information 

The information carried on the HS-SCCH type 4 is multiplexed onto the bits a^, a2,- --Cl ^according to the following 
rule : 

^1 - ^flagU 



'^2''^3''^4 ■'^ee.5,l'-''-ee.5, 2 '■''•. 



CCS, 3 



^5 ^flagl,\ 



a(^,aj,a^ — x^^^ 4 , x^^^^^ , x^^ 



Ug ,a^Q.. .aj3 x^^^ , jc,^ 2 • • -x^s^^ 



^15 ''^16 •••'^20 ~ ^ths,\^^tbs,2'"^' 



lbs, 6 



^21''^22"-'^24 ■'^hap,l^-^hap,2'"'^hap,4 



^25 ' '^26 -"-rv,! ' -^rv,! 

^27 , «28 ' ^29 ~ ^hcsn,\ ' -^hcma ' •''•/ie.m,3 
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4.6D.3 CRC attachment for HS-SCCH type 4 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 

4.6D.4 Channel coding for HS-SCCH type 4 

Channel coding for the HS-SCCH type 4 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 4. 

4.6D.5 Rate matching for HS-SCCH type 4 

Rate matching for HS-SCCH type 4 shall be done with the general method described in 4.6.5. 

4.6D.6 Interleaving for HS-SCCH type 4 

Interleaving for HS-SCCH type 4 shall be done with the general method described in 4.2.1 1.1. 

4.6D.7 Physical Channel Segmentation for HS-SCCH type 4 

Physical channel segmentation for HS-SCCH type 4 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6D.8 Physical channel mapping for HS-SCCH type 4 

Physical channel mapping for the HS-SCCH type 4 shall be done with the general method described in subclause 

4.2.12. 

4.6E Coding/Multiplexing for HS-SCCH type 5 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 5 when the following two conditions are both true: 

the UE is configured in MIMO mode, and 

- the variable MIMO SF mode for HS-PDSCH dual stream is SFl . 

HS-SCCH type 5 is used for dual stream transmission in MIMO mode. The following information is transmitted by 
means of the HS-SCCH type 5 physical channels. 

- Type flag 1(1 bit): x^ay^,; 

Modulation scheme information for stream 2(1 bit): x„js2.i 

Transport-block size offset information for stream 2 (5 bits): x,i,s2j, x,hs2.2, ■■■, -*^f&s2.5 

- Type flag 2 (1 bit): Xflag2.i 

Time slot information (5bits): x,,;, x„2, •■-, ^m,5 

Transport-block size information for stream 1 (6 bits): x,^,; y, x,i,,]j, ■■-, x,^,;^ 

Modulation scheme information for stream 1 (1 bit): x„jsij 

- Hybrid-ARQ process information (3 bits): Xi,apj, Xhap,2, Xhap.s 
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Redundancy version information for stream 1 (2 bits): x^ij, Xrvi,2 
Redundancy version information for stream 2 (2 bits): x„2,7, x„2,2 
HS-SCCH cyclic sequence number (3 bits): Xhcs„j, Xij^^nj, x^cmj 

- UE identity (16 bits): x^,j, x^^j, ..., x,„j6 

The following coding/multiplexing steps for HS-SCCH type 5 can be identified: 
multiplexing of HS-SCCH type 5 information (see subclause 4.6E.2) 

- CRC attachment for HS-SCCH type 5 (see subclause 4.6E.3); 
channel coding for HS-SCCH type 5 (see subclause 4.6E.4); 
rate matching for HS-SCCH type 5 (see subclause 4.6E.5); 
interleaving for HS-SCCH type 5 (see subclause 4.6E.6); 

mapping to physical channels for HS-SCCH type 5 (see subclauses 4.6E.7 and 4.6E.8). 
The general coding/multiplexing flow for HS-SCCH type 5 is shown in Figure 19D. 
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Figure 19D: Coding and IVIultiplexing for HS-SCCH type 5 

4.6E.1 HS-SCCH type 5 information field mapping 
4.6E.1.1 Type flag 1 mapping 

The type flag 1 bit xjiagu is mapped as xjiagu ="1 "■ The type flag 1 is used to distinguish HS-SCCH type 5 from other 
types. 
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4.6E.1 .2 Type flag 2 mapping 

The type flag 2 bits Xflag2,i is mapped as Xflag2,i ="0". The type flag 2 is used to distinguish HS-SCCH type 5 from other 
types. 

4.6E.1 .3 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,s5 is performed according to section 4.6. 1 .2. 1 . 

4.6E.1 .4 Modulation scheme information mapping 

The mapping of the modulation scheme information for each stream (x„sj.i for stream 1 or x„s2.i for stream 2 ) is 
performed according to section 4.6.1.3. 

4.6E.1 .5 Transport block size offset information mapping 

The transport -block size offset information for stream 2 x,i,s2,], x,hs2.2, ■■■, -^^Arf.jis the unsigned binary representation of 
the transport block size index offset for the stream 2 where Xtbszi is MSB. The transport-block size offset for the stream 
2 subtracted from the transport-block size for the stream 1 gives the transport -block size for stream 2. 

4.6E.1 .6 Transport block size index mapping 

The transport -block size information for stream 1 x,i,sij, x,i,sij, ..., x,tsi,6 is the unsigned binary representation of the 
transport block size index where x,i,s,i is MSB. The mapping is performed according to section 4.6.1.8. 

4.6E.1 .7 HARQ process identifier mapping 

The hybrid- ARQ process information x,,ap.h Xhap.2, Xi,ap,3 is unsigned binary representation of the HARQ process 
identifier HAP^ for stream 1 where x^ap^ is MSB. The HARQ process identifier for stream 2 is HAP^+N 1, 
where Np^oc is the number of HARQ processes configured by higher layers. 

4.6E.1 .8 Redundancy version information mapping 

The redundancy version (RV) parameters r, s and constellation version parameter b are mapped jointly to produce the 
value X„. X„i is alternatively represented as the sequence for stream 1 x„ji, x„y,2 where x„;,y is the MSB. X„2 is 
alternatively represented as the sequence for stream 2 x„2,i, x„2,2 where x„2,y is the MSB. The mapping of the 
redundancy version for each stream is performed according to section 4.6C.1.8. If X„i= or Xjv2 = 0, the UE shall treat 
the corresponding transport block as an initial transmission. 

4.6E.1 .9 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number x;,„„ y, Xkcsn.2, Xhcsnj is mapped such that xijcsnj corresponds to the MSB and Xhcmj 
to the LSB. 

4.6E.1.10 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x^^j 
corresponds to the MSB and x^^j^ to the LSB, cf. [14]. 

4.6E.2 Multiplexing of HS-SCCH type 5 information 

The information carried on the HS-SCCH type 5 is multiplexed onto the bits aj,a2,.- •'disaccording to the following 
rule : 

^1 - ^flagU 
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flj , a4 — X,i^^2,\ ' -^ihsl,! 



^5 ~ ^flag2,\ 



^14' '^15 •••'^19 ~ -^tbsl,!' ■^tbs\,2'"^tbsl,6 



^20 ■"•»«.! 1,1 



^^21 ' '^22 ' '^23 ~ ^hap,\ ' ■''•/!a/j,2 ' •''•/!fl/j,3 



^^24' '^25 ~ ■''•n'l,l'-''-n'l,2 



^^26' '^27 ■''•rv2,l'-''n'2,2 



fljg 5 '^29 ' '^30 ~ -^hcsn,! ' •''•/!e.m,2 ' •''•/!e.m,3 



4.6E.3 CRC attachment for HS-SCCH type 5 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 

4.6E.4 Channel coding for HS-SCCH type 5 

Channel coding for the HS-SCCH type 5 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 5. 

4.6E.5 Rate matching for HS-SCCH type 5 

Rate matching for HS-SCCH type 5 shall be done with the general method described in 4.6.5. 

4.6E.6 Interleaving for HS-SCCH type 5 

Interleaving for HS-SCCH type 5 shall be done with the general method described in 4.2.1 1.1. 

4.6E.7 Physical Channel Segmentation for HS-SCCH type 5 

Physical channel segmentation for HS-SCCH type 5 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6E.8 Physical channel mapping for HS-SCCH type 5 

Physical channel mapping for the HS-SCCH type 5 shall be done with the general method described in subclause 

4.2.12. 



£75/ 



3GPP TS 25.222 version 8.8.0 Release 8 91 ETSI TS 1 25 222 V8.8.0 (201 0-04) 

4.6F Coding/Multiplexing for HS-SCCH type 6 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 6 when the following two conditions are both met: 

- the variable HS_DSCH_SPS_STATUS is TRUE, and 

- UE is configured in MIMO mode while the variable MIMO SF mode for HS-PDSCH dual stream is SF1/SF16. 

HS-SCCH type 6 is used to allocate semi-persistent HS-PDSCH resources for the initial transmissions. The following 
information is transmitted by means of the HS-SCCH type 6 physical channels. 

- Type flag (3 bits): X/,„j,,;, Xjiag^, JC/zag.j 
Channelisation-code-set information (8 bits): Xccs.i, Xccs.i, ■■■, Xccs. s 
Time slot information (5bits): x„y, jc„2. ■■•. ^ts.s 

Modulation scheme information (1 bit): x„s,i 

- Resource repetition pattern index (2bits): x^r,,,,;, Xrrpij 
Transport-block size information (2 bits): x,i,sj, x,i,s^2 
HS-SICH indicator (2bits): xhij, xhi,2 

HS-SCCH cyclic sequence number (3 bits): Xft„„,;, -^Af.5n,2> -^^ftc™,^ 
Reserved (8 bits): x,.„ j^ Xres,2 Xns.s 

- UE identity (16 bits): x,iej, jc„<.,2> •■■, -^i/e./s 

Redundancy and constellation version (0 bit ): X„ =0 (see 4.6. 1 .4) 
For an HS-SCCH order type B, 

Xf!ag,h XfJag,2^ -^/7flg,ii -'^cc.t.Vj -'^cc.t,2j -'^cc.9,J y -^cc.t,'/> Xccs,5y Xccs,6^ Xccs,7y ■^cc^.S'^l^ reSeiVCQ 

- x,s], x,s,2, ■■■, x,s_5 shall be set to "00000" 

Xms.h Xn-pij, Xrrpi.2 Shall bC SCt tO Xgd,], JCorf,,2, Xodt,3 

XfbsJ) Xijj^2^ Xfjj], X}{i2-, , Xjjf^^fjjy Xijf^^^2y X/^csnJy -'^re.y.y, Xres,2, ^resj, -^rf^,4, Xres,5, Xres,6, ^resj, Xf-g^giHQ reSerVeU 

where Xoj,j, x„dt,2, Xgda are defined in subclause 4.6J. 

The following coding/multiplexing steps for HS-SCCH type 6 can be identified: 
multiplexing of HS-SCCH type 6 information (see subclause 4.6F.2) 

- CRC attachment for HS-SCCH type 6 (see subclause 4.6F.3); 
channel coding for HS-SCCH type 6 (see subclause 4.6F.4); 
rate matching for HS-SCCH type 6 (see subclause 4.6F.5); 
interleaving for HS-SCCH type 6 (see subclause 4.6F.6); 

mapping to physical channels for HS-SCCH type 6 (see subclauses 4.6F.7 and 4.6F.8). 
The general coding/multiplexing flow for HS-SCCH type 6 is shown in Figure 19E. 
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Figure 19E: Coding and IVIultiplexing for HS-SCCH type 6 



4.6F.1 HS-SCCH type 6 information field mapping 
4.6F.1 .1 Type flag mapping 

The type flag xpagj, Xflag,2, Xfiagj are mapped such that Xflagj = "7 "corresponds to the MSB and Xflagj ="0" to the LSB. The 
bit Xflag,2 is reserved. The type flag is used to distinguish HS-SCCH type 6 from other types. 

4.6F.1 .2 Channelisation code set information mapping 

The mapping of the channeHsation code set information Xcc.,,/, Xc.cs,2.Xccs.3.Xcc.i.4, Xccs,5,Xccs,6' Xccsj.Xccs.s is performed 
according to section 4.6.1.1.1. 

4.6F.1 .3 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,ss is performed according to section 4.6. 1 .2. 1 . 

4.6F.1 .4 Modulation scheme information mapping 

The mapping of the modulation scheme information x„s,i is performed according to table 17 in section 4.6. 1 .3. 

4.6F.1 .5 Resource repetition pattern index mapping 

The mapping of the resource repetition pattern index x„p,,y, x^^pi,! is performed according to section 4.6B. 1 .2. 
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4.6F.1 .6 Transport block size index mapping 

The mapping of the transport-block size information x,,,, y, x,^, 2 is performed according to section 4.6B. 1 .4. 

4.6F.1 .7 HS-SICH indicator mapping 

The mapping of the HS-SICH indicator x/// y, xhi,2 is performed according to section 4.6B.1.9. 

4.6F.1 .8 HS-SCCH cyclic sequence number 

The HS-SCCH cycHc sequence number X;,„„,y, Xftc.5„,2, Xi,„„j is mapped such thatx;,rs„,; corresponds to the MSB andx;,„„,3 
totheLSB. 

4.6F.1.9 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x^ej 
corresponds to the MSB and x„(, /g to the LSB, cf. [14]. 

4.6F.2 Multiplexing of HS-SCCH type 6 information 

The information carried on the HS-SCCH type 6 is multiplexed onto the bits aj,a2,."fl:^ according to the following 
rule : 

ii\,^2^^3 ~ ■'^ flag ,V ■'^ flag ,2' ''^ flag ,7, 



^17 ~ ■''•m.5,1 

^20 ''^21 ~ ^tbs,l'^ths,2 

^^22' '^23 ~ ^H1,\^^HI,2 

^24 ' '^25 ' '^26 ~ ^hcsn,\ ' ^hcsn,2 ' ^hcsn,3 

^27'^28'-"5<234 ~ ^res,\^^res,2^---^res,i 

4.6F.3 CRC attachment for HS-SCCH type 6 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 

4.6F.4 Channel coding for HS-SCCH type 6 

Channel coding for the HS-SCCH type 6 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 6. 
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4.6F.5 Rate matching for HS-SCCH type 6 

Rate matching for HS-SCCH type 6 shall be done with the general method described in 4.6.5. 

4.6F.6 Interleaving for HS-SCCH type 6 

Interleaving for HS-SCCH type 6 shall be done with the general method described in 4.2.1 1.1. 

4.6F.7 Physical Channel Segmentation for HS-SCCH type 6 

Physical channel segmentation for HS-SCCH type 6 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6F.8 Physical channel mapping for HS-SCCH type 6 

Physical channel mapping for the HS-SCCH type 6 shall be done with the general method described in subclause 
4.2.12. 

4.6G Coding/Multiplexing for HS-SCCH type 7 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 7 when the following two conditions are both met: 

- the variable HS_DSCH_SPS_STATUS is TRUE, and 

- UE is configured in MIMO mode while the variable MIMO SF mode for HS-PDSCH dual stream is SF1/SF16. 

HS-SCCH type 7 is used to allocate one subframe HS-PDSCH resources for retransmissions of HS-DSCH semi- 
persistent scheduling operation. The following information is transmitted by means of the HS-SCCH type 7 physical 
channels. 

- Type flag (3 bits): Xfi^gj, Xpagj, Xflag,3 
Channelisation-code-set information (8 bits): Xr„;, Xccs,2, ■■■, Xccs. s 
Time slot information (5bits): x„y, x„2, ••■, ''^m,5 

Modulation scheme information (1 bit): x„s.i 

Resource repetition pattern index (2bits): x^rpij, x^rpij 

Transport-block size information (2 bits): x,^, ;, x,i,s2 

Redundancy version information (2 bits): Xrv,i, Xrv,2 

Pointer to the previous transmission (4 bits): Xp,,.], Xpi^j, Xp,^,}, Xp,r,4 

HS-SCCH cyclic sequence number (3 bits): Xhcsn.i, Xhcsn.2, Xhcsn.3 

iveservecl \^ bits): Xf.^^ j x^g^2 x^^^^ Xfg^^ 

- UE identity (16 bits): x„^,y, x„e,2, ■■-, x^.js 

The following coding/multiplexing steps for HS-SCCH type 7 can be identified: 
multiplexing of HS-SCCH type 7 information (see subclause 4.6G.2) 

- CRC attachment for HS-SCCH type 7 (see subclause 4.6G.3); 
channel coding for HS-SCCH type 7 (see subclause 4.6G.4); 

- rate matching for HS-SCCH type 7 (see subclause 4.6G.5); 
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interleaving for HS-SCCH type 7 (see subclause 4.6G.6); 

mapping to physical channels for HS-SCCH type 7 (see subclauses 4.6G.7 and 4.6G.8). 
The general coding/multiplexing flow for HS-SCCH type 7 is shown in Figure 19F. 

^ftag.h ^ftag.2. ^ftag.3 XccsJ> '"^ccs, SX/sJ, ...X/sJ Xms.J XrrpiJ', Xrrpi,2 Xfhs.h Xfhs,2 Xrv h Xrv 2 XpfrJ^ ..^pfrj Xf,csti,J)---Xftcsti,3 Xres 1 Xres 2 Xres 3Xres4 
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Figure 19F: Coding and lUlultiplexing for HS-SCCH type 7 



:"0"totheLSB. The 



4.6G.1 HS-SCCH type 7 information field mapping 
4.6G.1 .1 Type flag mapping 

The type flag Xfiagj, Xflag,2, xpagj are mapped such that Xji^gj = "1 "corresponds to the MSB and xy;^^ j : 
bit Xflag^2 is reserved. The type flag is used to distinguish HS-SCCH type 7 from other types. 

4.6G.1 .2 Channelisation code set information mapping 

The mapping of the channelisation code set information Xcc.,,;, Xc^^2,Xccs.3,Xccs.4' Xccs,5,^ccs,6, Xccsj.Xccs.s is performed 
according to section 4.6.1.1.1. 

4.6G.1 .3 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ Xft,5 is performed according to section 4.6. 1 .2. 1 . 

4.6G.1 .4 Modulation scheme information mapping 

The mapping of the modulation scheme information x„jy is performed according to table 17 in section 4.6. 1.3. 
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4.6G.1 .5 Resource repetition pattern index mapping 

The mapping of the resource repetition pattern index bits x„y„,y, x„p,,2 is performed according to section 4.6C.1.2. 

4.6G.1 .6 Transport block size index mapping 

The mapping of the transport-block size information x,^, 7, x,^ 2 is performed according to section 4.6B. 1 .4. 

4.6G.1 .7 Redundancy version information mapping 

The mapping of the redundancy version x„,;, Xrv,2 is performed according to section 4.6C. 1.8. 

4.6G.1 .8 Pointer to the previous transmission mapping 

The mapping of the pointer to the previous transmission Xp,rj, Xp,r,2, Xp,rj is performed according to section 4.6C. 1 .9. 

4.6G.1 .9 HS-SCOH cyclic sequence number 

The HS-SCCH cyclic sequence number X;,„„ y, Xftc.5„,2, Xij^^nj is mapped such that X;,rs„,; corresponds to the MSB and X;,„n,j 
totheLSB. 

4.6G.1.10 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x„^ 7 
corresponds to the MSB and x,,^ yg to the LSB, cf. [14]. 

4.6G.2 Multiplexing of HS-SCCH type 7 information 

The information carried on the HS-SCCH type 7 is multiplexed onto the bits ajj^j,.- •'disaccording to the following 
rule : 

^l'^2''^3 ~ -^ flag, 1^-^ flag, 2^ ■^ flag, i 

^12' '^13 •••'^16 ~ ■"•(.!,! '■''•k,2 •••■"•«, 5 

^17 ~ •"•/«.!, 1 

^18 '^^19 ~ ^rrpi,l'^rrpi,2 

^20 '^^21 ~ ■'^tbs,l^-'^tbs,2 

^22 5*^23 ~ ^rv,\^-^rv,2 

^24 ''^25 •••'^27 ~ ^ptr,\^^ptr,2---^ptr,A 

^28 ' '^29 ' '^30 ~ ^hcsn,\ ' ^hcsn,2 ' ^hcsn,l> 

^3P <^T,2 t <^33 ' '^34 ~ ^res,l ' ■^res,2 ' ■^res,3 ' ^res,4 

4.6G.3 CRC attachment for HS-SCCH type 7 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 
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4.6G.4 Channel coding for HS-SCCH type 7 

Channel coding for the HS-SCCH type 7 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 7. 

4.6G.5 Rate matching for HS-SCCH type 7 

Rate matching for HS-SCCH type 7 shall be done with the general method described in 4.6.5. 

4.6G.6 Interleaving for HS-SCCH type 7 

Interleaving for HS-SCCH type 7 shall be done with the general method described in 4. 2. 11.1. 

4. 60. 7 Physical Channel Segmentation for HS-SCCH type 7 

Physical channel segmentation for HS-SCCH type 7 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6G.8 Physical channel mapping for HS-SCCH type 7 

Physical channel mapping for the HS-SCCH type 7 shall be done with the general method described in subclause 

4.2.12. 

4.6H Coding/Multiplexing for HS-SCCH type 8 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 8 when the following conditions are true: 

the UE is configured in MIMO mode, and 

- the variable MIMO SF mode for HS-PDSCH dual stream is SF1/SF16. 

HS-SCCH type 8 is used for single stream transmission in MIMO mode. The following information is transmitted by 
means of the HS-SCCH type 8 physical channels. 

Channelisation-code-set information (4 bits): x^csj, ^ccs.i---, Xccs.4 

Transport-block size information (6 bits ): x,i,^i, x,^,,^ ■■■, x,bs,6 

Modulation scheme information (1 bit): x^sj 

Time slot information (5bits): x„y, x„2, •■-, ''^m,5 

Redundancy version information (2 bits): x^, y, x„,2 

Type flag 1 (6 bits): XflaglJ,Xflaglx Xflagl,3,Xflagl,4, Xflagl,5,Xflagl,6. 

- Field flag 2(1 bit): xy;„g2.; 

- Special Information (2 bits): Xi„f„j, Xi„f„j 

- Hybrid-ARQ process information (4 bits): x^^pj, XHap.2, Xhapj. Xhap.4. 
HS-SCCH cyclic sequence number (3 bits): Xkcsn.i, Xhcsn.2, Xhc.m.3 

- UE identity (16 bits): x„^,y, x^e.i, ■■■, Xue,i6 

The following coding/multiplexing steps for HS-SCCH type 8 can be identified: 
multiplexing of HS-SCCH type 8 information (see subclause 4.6H.2) 
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- CRC attachment for HS-SCCH type 8 (see subclause 4.6H.3); 
channel coding for HS-SCCH type 8 (see subclause 4.6H.4); 
rate matching for HS-SCCH type 8 (see subclause 4.6H.5); 
interleaving for HS-SCCH type 8 (see subclause 4.6H.6); 

mapping to physical channels for HS-SCCH type 8 (see subclauses 4.6H.7 and 4.6H.8). 
The general coding/multiplexing flow for HS-SCCH type 8 is shown in Figure 19G. 
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Figure 19G: Coding and IVIultiplexing for HS-SCCH type 8 

4.6H.1 HS-SCCH type 8 information field mapping 
4.6H.1 .1 Channelisation code set information mapping 

HS-PDSCH channelisation codes are allocated contiguously from a signalled start code to a signalled stop code, and the 
allocation includes both the start and stop code. 

If the field flag Xfiag2.i="0", the special information Xi„f„j, x,„yo2 are comprised of the channelisation code set extended 
information Xccs.s, Xccs.6 and Xinfo.i= Xccs.s, Xi„fo,2= Xccs,6- The start code ks,arr is signalled by the bits Xccs.i, x^csx Xccs.s and the 
stop code kstop by the bits Xccs.3, Xccs.4, Xccs.6- The mapping in Table 16Ba below applies. 

If a value of k,,ar, = 5 and k^iop = 2 is signalled, a spreading factor of SF=1 shall be used for the HS-PDSCH resources. 
Other than this case, k^tan > ksup are not used. 
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The field flag Xflag2,i="l " is reserved. 



Table 16Ba: Channelisation code set information mapping 
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4.6H.1 .2 Transport block size index mapping 

The transport -block size information x,i,s,], x,^, 2, • ■ ■, -*^*.!.6 is the unsigned binary representation of the transport block size 
index where x,i,sj is MSB. The mapping is performed according to section 4.6.1.8. 

4.6H.1 .3 Modulation scheme information mapping 

The mapping of the modulation scheme information x,„sj is performed according to section 4.6. 1.3. 

4.6H.1 .4 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,? 5 is performed according to section 4.6. 1 .2. 1 . 

4.6H.1 .5 Redundancy version information mapping 

The redundancy version (RV) parameters r, s and constellation version parameter b are mapped jointly to produce the 
value X„. Xrv is alternatively represented as the sequence x„,y, Xrv,2 where Xrv.i is the MSB. The mapping is performed 
according to section 4.6C.1.8. If Xiv =0, the UE shall treat the corresponding transport block as an initial transmission. 

4.6H.1 .6 Type flag mapping 

The type flag Xflagjj, Xjiagix xjiagjj. xjiagj^ Xflagj.5. Xflagi.6 is mapped as "000000". The type flag is used to distinguish HS- 
SCCH type 8 from other types. 

4.6H.1 .7 Field flag mapping 

The field flag is used to distinguish the mapping of special information Xinpj, Xinfo,2- 

If Xflag2.]="0" , the special information x ,„/„;, Xi„fo2 are comprised of the channelisation code set extended information 

Xccs,5> Xi-i-^ff anU XjfjjQj X(^c.v,5? XifjjQ2 X(^c^^ (5. 

The field flag Xflag2,i="l "and the special information Xj„pj, Xi„f„_2 are reserved. 

4.6H.1.8 Special Information mapping 

The special information Xi„f„], Xi„f„2 is mapped such that Xj„f„j corresponds to the MSB and Xj„f„2 to the LSB. 

If Xfiag2,]="0" , the special information x,>,yi,^ x,„yi,2 are comprised of the channelisation code set extended information 

Xccs,5> Xccs,6 anU XifjfQ] X(^c^^ 5, XifjjQ2 X^^^^^ ,5. 

The field flag Xfiag2,i="l "and the special information Xi„f„j, Xi„f„j are reserved. 

4.6H.1 .9 HARQ process identifier mapping 

The hybrid- ARQ process information Xhap.i, Xhap.2, Xhapj, Xhap.4 is unsigned binary representation of the HARQ process 
identifier where xi^pj is MSB. 
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4.6H.1 .10 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number X;,„„,7, xi,csn,2' ^hcsnj is mapped such that Xi^^sn.i corresponds to the MSB and Xft„n,j 
totheLSB. 

4.6H.1.11 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that Xuej 
corresponds to the MSB and x„e yg to the LSB, cf [14]. 

4.6H.2 Multiplexing of HS-SCCH type 8 information 

The information carried on the HS-SCCH type 8 is multiplexed onto the bits apfilj,.- •'disaccording to the following 
rule: 

a^,a2,...,Cln — -^cci,l'-^cci,2'"-'-^cc«,4 



aj2,(5[j3...ajg — -fft^p-fB^a ••••"•«, 5 

^17 ''^18 ~ ^rv,V-^rv,l 



^25 -^flagl,! 



^28'^29"-^31 ~ ^hap,l'^hap,2'"-^hapA 
^32 ' ^33 ' '^34 ~ -^hcsn,! ' -^hcsn,! ' ^hcsn,3 

4.6H.3 CRC attachment for HS-SCCH type 8 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 

4.6H.4 Channel coding for HS-SCCH type 8 

Channel coding for the HS-SCCH type 8 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 8. 

4.6H.5 Rate matching for HS-SCCH type 8 

Rate matching for HS-SCCH type 8 shall be done with the general method described in 4.6.5. 

4.6H.6 Interleaving for HS-SCCH type 8 

Interleaving for HS-SCCH type 8 shall be done with the general method described in 4.2.1 1.1. 
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4.6H.7 Physical Channel Segmentation for HS-SCCH type 8 

Physical channel segmentation for HS-SCCH type 8 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.6H.8 Physical channel mapping for HS-SCCH type 8 

Physical channel mapping for the HS-SCCH type 8 shall be done with the general method described in subclause 
4.2.12. 

4.6! Coding/Multiplexing for HS-SCCH type 9 (1 .28 Mcps TDD 
only) 

HS-SCCH shall be of type 9 when the following conditions are true: 

the UE is configured in MIMO mode, and 

- the variable MIMO SF mode for HS-PDSCH dual stream is SF1/SF16. 

HS-SCCH type 9 is used for dual stream transmission in MIMO mode. The following information is transmitted by 
means of the HS-SCCH type 9 physical channels. 

Channelisation-code-set information (4 bits): x^csj, ^ccs.i---, Xccs.4 

Transport-block size information for stream 1 (6 bits): x,i,si,i, x,tsi,2, ■■■, x,hs].6 

Modulation scheme information for stream 1(1 bit): x^^u 

Time slot information (5bits): x„,y, x„,2, •■-, x,s^5 

Redundancy version information for stream 1 (2 bits): x„i,y, x„j 2 

Transport-block size information for stream 2 (6 bits): x,hs2.i, x,ts2,2, ■■■, x,hs2.6 

Modulation scheme information for stream 2 (1 bit): x„52,y 

Redundancy version information for stream 2 (2 bits): x„2,y, Xrv2.2 

- Hybrid-ARQ process information (4 bits): x^ap.], Xhap,2, Xhapj. Xhap.4. 
HS-SCCH cyclic sequence number (3 bits): Xi,cs„], X;,„„,2, Xi,cs„j 

- UE identity (16 bits): x^,j, Xue.2, ■■■, Xue,i6 

The following coding/multiplexing steps for HS-SCCH type 9 can be identified: 
multiplexing of HS-SCCH type 9 information (see subclause 4.61.2) 

- CRC attachment for HS-SCCH type 9 (see subclause 4.61.3); 
channel coding for HS-SCCH type 9 (see subclause 4.61.4); 
rate matching for HS-SCCH type 9 (see subclause 4.61.5); 
interleaving for HS-SCCH type 9 (see subclause 4.61.6); 

mapping to physical channels for HS-SCCH type 9 (see subclauses 4.61.7 and 4.61.8). 
The general coding/multiplexing flow for HS-SCCH type 9 is shown in Figure 19H. 
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Figure 19H: Coding and lUlultiplexing for HS-SCCH type 9 

4.61.1 HS-SCCH type 9 information field mapping 
4.61.1 .1 Channelisation code set information mapping 

HS-PDSCH channelisation codes are allocated contiguously from a signalled start code to a signalled stop code, and the 
allocation includes both the start and stop code. The start code ks,ari is signalled by the bits Xccs.i, Xccs.2 and the stop code 
kstop by the bits Xr„ .?, Xccs,4- The mapping in Table 16 C below applies. 

If a value of kstan = 5 and ks,op = 4 is signalled, a spreading factor of SF=1 shall be used for the HS-PDSCH resources. 
Other than this case, ks,ari > ks,op are not used. 

Table 16C: Channelisation code set information mapping 
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4.61.1 .2 Transport block size offset information mapping 

The transport-block size information for stream 1 x,hsij, x,,,,; 2. •■•. Xii,,]^^ is the unsigned binary representation of the 
transport block size index where x,hs]j is MSB. The mapping is performed according to section 4.6. 1.8. 

The transport -block size information for stream 2 x,i,s2,i, Xtbs2,2, ■■■, x,bs2.6 is the unsigned binary representation of the 
transport block size index where x,i,s2j is MSB. The mapping is performed according to section 4.6.1.8. 

4.61.1.3 Modulation scheme information mapping 

The mapping of the modulation scheme information for each stream {Xmsij for stream 1 or Xmsi.i for stream 2 ) is 
performed according to section 4.6.1.3. 

4.61.1 .4 Timeslot information mapping 

The mapping of the time slot information x„ y, x„ 2, • ■ ■ x,s,5 is performed according to section 4.6. 1 .2. 1 . 

4.61.1 .5 Redundancy version information mapping 

The mapping of the redundancy version for each stream ( Xn-ij, x„i,2 for stream 1 and Xrvi.i, Xrv2.2 for stream 2 ) is 
performed according to section 4.6E.1.8. 

4.61.1 .6 HARQ process identifier mapping 

The hybrid- ARQ process information Xi,apj, x^apj, x^apj, Xbap,4 is unsigned binary representation of the HARQ process 
identifier where x^apj is MSB. 

For dual stream transmission, two transport blocks are transmitted on the associated HS-PDSCH(s), and the mapping 
relationship between the hybrid- ARQ processes and the transport blocks is such that when the HARQ-process with 

identifier HAP^ is mapped to the transport block on stream 1, the HARQ-process with the identifier given by 

\HAPy + N /2jinod{N ^^^^ j shall be mapped to the transport block on stream 2, where Nproc is the number of 

HARQ processes configured by higher layers. 

4.61.1 .9 HS-SCCH cyclic sequence number 

The HS-SCCH cyclic sequence number x;,„„,y, xi,csn.2, Xhcsnj is mapped such thatx;,r5„; corresponds to the MSB andx^^n.^ 
to the LSB. 

4.61.1.10 UE identity 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x„^ y 
corresponds to the MSB and x„(, /g to the LSB, cf. [14]. 

4.61.2 Multiplexing of HS-SCCH type 9 information 

The information carried on the HS-SCCH type 9 is multiplexed onto the bits flip aj,."'^^ according to the following 
rule : 



^12' '^13 •••'^16 ~ ■'^tsA'^is,2"-^is,5 
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Clig,Cl2Q,---,Cl24 — ■X,hs2,l' -^thsl,!'"'' -^thslj 



^25 ~ ■'^msl,! 

^26 ' '^27 ~ ^n-2,1 ' ■^n'2,2 

^28 '^29 •••'^31 ~ ■^hap,\'-^hap,2"-^hapA 

^32 ' ^^33 ' ^^34 ~ ■"•/ic.m,! ' -^hcsn,! ' -^ftesn^ 

4.61.3 CRC attachment for HS-SCCH type 9 

The sequence of bits b^,b2,---bg , is calculated according to subclause 4.6.3. 

4.61.4 Channel coding for HS-SCCH type 9 

Channel coding for the HS-SCCH type 9 shall be done with the general method described in 4.2.3 with the following 
specific parameters: 

The rate 1/3 convolutional coding shall be used for HS-SCCH type 9. 

4.61.5 Rate matching for HS-SCCH type 9 

Rate matching for HS-SCCH type 9 shall be done with the general method described in 4.6.5. 

4.61.6 Interleaving for HS-SCCH type 9 

Interleaving for HS-SCCH type 9 shall be done with the general method described in 4. 2. 11.1. 

4.61.7 Physical Channel Segmentation for HS-SCCH type 9 

Physical channel segmentation for HS-SCCH type 9 shall be done with the general method described in 4.2.10. The HS- 
SCCH consists of two physical channels HS-SCCHl and HS-SCCH2. 

4.61.8 Physical channel mapping for HS-SCCH type 9 

Physical channel mapping for the HS-SCCH type 9 shall be done with the general method described in subclause 

4.2.12. 

4.6J Coding/Multiplexing for HS-SCCH orders type B (1 .28Mcps 
TDD only) 

HS-SCCH orders type B are commands sent to the UE using HS-SCCH. No HS-PDSCH is associated with HS-SCCH 
orders. 

HS-SCCH order type B may be used when any of the following two conditions is met: 

CONTROL_CHANNEL_DRX_STATUS is TRUE and UE is configured in MIMO mode while the variable 
MIMO SF mode for HS-PDSCH dual stream is SF1/SF16; 

- The variable HS_DSCH_SPS_STATUS is TRUE, and UE is configured in MIMO mode while the variable 
MIMO SF mode for HS-PDSCH dual stream is SF1/SF16. 
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The following information is transmitted by means of the HS-SCCH order type B physical channel. 

- Order type (3 bits): x„i,j, x„at.2, x„di.3 

- UE identity (16 bits): x^e.i, Xue,2, ■■■, x^e.M 
The coding for HS-SCCH orders type B is specified in subclause 4.6F. 

4.6J.1 HS-SCCH orders type B information field mapping 
4.6J.1 .1 Order type mapping 

^i x„d,], x„dt,2, Xodt.3= "001", then the HS-SCCH order is an order to release the allocated semi-persistent HS-PDSCH 
resources when UE is in CELL_DCH state. 

^^Xodt.h Xodt.2, Xodt.3= "010", then the HS-SCCH order is DRX Activation order when UE is in CELL_DCH state. 

^ixodt.i, x„d,,2, x„dt,3= "Oil", then the HS-SCCH order is DRX De-activation order when UE is in CELL_DCH state. 

4.6J.1 .2 UE Identity mapping 

The UE identity is the HS-DSCH Radio Network Identifier (H-RNTI) defined in [12]. This is mapped such that x^ej 
corresponds to the MSB and x„(, /g to the LSB, cf. [14]. 



4.7 Coding for HS-SICH 

The following information, provided by higher layers, is transmitted by means of the HS-SICH physical channel. 

For 1.28 Mcps TDD, HS-SICH type 1 is not used for dual stream transmission when UE is configured in MIMO mode. 

In this section, the terms 'HS-SICH' and 'HS-SICH type 1' are used interchangeably. 

For 1.28 Mcps TDD, in the case of multi-frequency HS-DSCH transmission in one TTI, HS-PDSCH on each frequency 
shall be configured with associated HS-SICH(s) which is coded as following. 

Recommended Modulation Format (RMF) (1 bit): x„„f.i 

Recommended Transport-block size (RTBS) (n bits where n = 6 for 1.28 Mcps TDD and n = 9 for 3.84 Mcps 
TDD and 7.68Mcps TDD): x,,,,;, x,hsj, ■■■, -^^A.i.n 

- Hybrid- ARQ information ACK/N ACK ( 1 bit) : x„„, , 
The following coding/multiplexing steps can be identified: 

- separate coding of RMF, RTBS and ACK/NACK (see subclause 4.7.2); 
multiplexing of HS-SICH information (see subclause 4.7.3); 
interleaving for HS-SICH (see subclause 4.7.4); 

mapping to physical channels (see subclause 4.7.5). 
The general coding/multiplexing flow is shown in the figure 20. 
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HS-SICH interleaving 
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u 



Physical Channel Mapping 



PhCH 
Figure 20: Coding and multiplexing for HS-SICH 

4.7.1 HS-SICH information field mapping 

4.7.1 .1 RMF information mapping 

The RMF information bit, x,.„fi, shall be mapped according to the mapping specified in subclause 4.6.1.3. 

4.7.1.2 RTBS information mapping 

The RTBS information bits, x,^, y, Xtts,2, •■-, Xtbs.n, shall be mapped according to the same mapping as is used for the 
transport block size information bits in subclause 4.6. This mapping is defined by higher layers [12]. 

4.7.1 .3 ACK/NACK information mapping 

The ACK/NACK information bit Xa„j shall be mapped according to the mapping given in Table 20 below. 

Table 20: ACK/NACK information mapping 



ACK/NACK 


Xan,1 


ACK 


1 


NACK 
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4.7.2 Coding for HS-SICH 
4.7.2.1 Field Coding of ACK/NACK 

The ACK/NACK bit Xan,i shall be repetition coded to 36 bits. The coded bits are defined as Cj ...Cjg . 



4.7.2.2 



Field Coding of CQI 



4.7.2.2.1 



Field Coding of CQI for 1 .28 Mcps TDD 



The quality information consists of Recommended Transport Block Size (RTBS) and Recommended Modulation 
Format (RMF) fields. The 6 bits of the RTBS field are coded to 32 bits using a (32, 6) 1^' order Reed-Muller code. The 
coding procedure is as shown in figure 21. 



^Ih^ 1 ' ^th^ Ol-'-l^: 



ths,b 



(32,6) 1st order 
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Code 



-Si 1 -So ?•• •? z. 



-il 



Figure 21 : Field coding of RTBS information bits 

The coding uses a subset basis sequences as the TFCI coder as described in subclause 4.3.1.1. The basis sequences that 
are used for RTBS coding are as follows in table 21. 

Table 21 : Basis sequences for (32,6) RTBS code 
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Mi,i 


Mi,2 
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Mi,4 


Mi,5 
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The output RTBS code word bits {Zi : i = 1, ... , 32} are given by: 

mod 2 



f ^ ^ 



/ 



The RMF bit Xrmfj is repetition coded to 16 bits to produce the bits . ^33, Zj^,..., z„ where rtcgi = 48. 

4.7.2.2.2 Field Coding of CQI for 3.84 Mcps TDD and 7.68Mcps TDD 

RTBS and RMF bits are muhiplexed onto the bits y^, )'2-"3'io according to the following rule : 

3^2' 3'3-"3'lO ~ ■'^ths,\^-^ths,2'"'^ths,9 

The bits y^, jj-'Jio^re coded to produce the bits wi,W2,.-.W32 using a (32,10) sub-code of the second order Reed- 
Muller code as defined in subclause 4.3.1.1.. 

The bits Wi,W2,.-.W32 are used to produce the CQI bits Zi,Z2---Z„ using a (4,1) repetition code, where ncQi=128, 
such that: 

Zn, Zn+32, Zn+64, Zn+96 = W„ ¥1 = 1. .32 



4.7.3 Multiplexing of HS-SICH information fields 

The CQI bits Z-^,Z2---Z^ are multiplexed with the repetition coded ACK/NACK bits Cj.-.Cgg to produce the bits 
Jj , d2---dy where U is the number of physical channel bits carried by HS-SICH, according to the following rule.: 

d^,d2...d„ =ZiZ2--Z„ 
' ^ "cQi '■ ^ "ce/ 

"■ncQ,+3T"-ncQ,-H8---"'U — U,U....U 

4.7.4 Interleaver for HS-SICH 

Interleaver for HS-SICH shall be done with the general method described in 4.2.1 1.1. 

4.7.5 Physical channel mapping for HS-SICH 

Physical channel mapping for HS-SICH shall be done with the general method described in 4.2.12. 

4.7A Coding for HS-SICH type 2 (1 .28 Mcps TDD only) 

HS-SICH type 2 is used for dual stream transmission when UE is configured in MIMO mode. 
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The following information, provided by higher layers, is transmitted by means of the HS-SICH type 2 physical 
channels. 

Recommended Modulation Format (RMF) for stream 1 (1 bit): x„„fi,i 

Recommended Modulation Format (RMF) for stream 2 (1 bit): x^^p.i 

Recommended Transport-block size (RTBS) for stream 1 (n=6 bits): x,^,; ^ Xthsi,2, ■■■, Xtbsi.n 

Recommended Transport-block size (RTBS) for stream 2 (n=6 bits): x,i,,;2,i, x,hs2.2, •■-. x,hs2,n 

- Hybrid- ARQ information ACK/NACK for stream 1 (1 bit): Xa„]j 

- Hybrid- ARQ information ACK/NACK for stream 2 (1 bit): Xa„2,i 
The following coding/multiplexing steps can be identified: 

- separate coding of RMF, RTBS and ACK/NACK (see subclause 4.7A.2); 
multiplexing of HS-SICH information (see subclause 4.7A.3); 
interleaving for HS-SICH (see subclause 4.7A.4); 

mapping to physical channels (see subclause 4.7A.5). 
The general coding/multiplexing flow for HS-SICH type 2 is shown in the figure 20A. 



Xrmf],] XitslJ, X)l,sl,2: ■■■: X)l,sl,6 Xanl.l 
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C2,1,C2,2, —,C2,36 



Figure 20A: Coding and multiplexing for HS-SICH type 2 



4.7A.1 HS-SICH type 2 information field mapping 



4.7A.1.1 



RMF information mapping 



The RMF information bit for each stream, x^mfij for stream 1 or x^^p.for stream 2, shall be mapped according to the 
mapping given in subclause 4.7.1.1 respectively. 

4.7A.1 .2 RTBS information mapping 

The RTBS information bits for each stream , x,i,^ii, x,i,^i2, ■■■, x,i,,] „foi stream 1 or x,i,s2,i, x,i,s2.2, •■-. x,i,s2.n for stream 2, 
shall be mapped according to the mapping given in subclause 4.7.1.2 respectively. 
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4.7A.1 .3 ACK/NACK information mapping 

The ACK/NACK information bit for each stream, Xanij for stream 1 or x^nij for stream 2, shall be mapped according to 
the mapping given in subclause 4.7.1.3 respectively. 



4.7A.2 Coding for HS-SICH type 2 
4.7A.2.1 Field Coding of ACK/NACK 

The ACK/NACK bit for stream 1, Xanij , shall be repetition coded to 36 bits. The coded bits are defined as C[ [...Cj 



l,l-"^l,36- 



The ACK/NACK bit for stream 2, Xa„2,i , shall be repetition coded to 36 bits. The coded bits are defined as Cj i---C2 



36 ■ 



4.7A.2.2 Field Coding of CQI 

The quality information for each stream consists of Recommended Transport Block Size (RTBS) and Recommended 
Modulation Format (RMF) fields. The 6 bits of the RTBS field for each stream are coded to 32 bits using a (32, 6) T' 
order Reed-Muller code respectively. The coding procedure for each stream is performed according to section 4.7.2.2 
shown in figure 21 A and figure 21B. 



■^tbsl,l ' -^tbsl,! ' • • • ' -^ffol.e 



(32,6) 1st order 

Reed-Muller 

Code 



■^1,1' -^l,2''"' -^ 



1,32 



Figure 21 A: Field coding of RTBS information bits for stream 1 
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Figure 21 B: Field coding of RTBS information bits for stream 2 

The RMF bit for stream 1, Xr„fi i , is repetition coded to 16 bits to produce the bits . z, ^,, z, ,,,..., z, where n, 

48. 



CQI'- 



The RMF bit for Steam 2, Xr„y2,7 ^ is repetition coded to 16 bits to produce the bits . Z2335-S2 34'"-' -^an where n^g/: 
48. 



4.7A.3 Multiplexing of HS-SICH type 2 information fields 

The CQI bits for each stream, Zii,Zi2"-Zi„ o'"^2i'^22-"^2« ' ^^^ multiplexed with the repetition coded 
ACK/NACK bits for each stream, Cjj...Cj3g or Cj j .. .Cj 3g , to produce the bits d^,d2---dy where ([/ is the number 
of physical channel bits carried by HS-SICH, according to the following rule: 

" «ce; +1 '^"ce/ +2 "-^nce/ +36 ~ '^1,1,'^1,2-"'^1,36 
"«ce;+37'"«ce;+38"-"2Xe;+36 ~ ^2X^2,2- --^l.ncg, 



"2*n™;+3'''"2*n™/+38'"^2*«™;+''2 ~ ^2,l,^2,2-"^2, 



'^CQI^~" ^ '^CQI 



36 
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^2*nce; +73 '^2*ncg, +74 •••"(/ ~ U,U....U 

4.7A.4 Interleaver for HS-SICH type 2 

Interleaver for HS-SICH shall be done with the general method described in 4. 2. 11.1. 

4.7A.5 Physical channel mapping for HS-SICH type 2 

Physical channel mapping for HS-SICH shall be done with the general method described in 4.2.12. 



4.8 Coding for E-DCH 



Figure 22 shows the processing structure for the E-DCH transport channel mapped onto a separate CCTrCH. Data 
arrives to the coding unit in form of a maximum of one transport block once every transmission time interval (TTI). A 
10ms TTI is used for E-DCH for 3.84Mcps and 7.68Mcps TDD whilst for 1.28Mcps TDD, a TTI of 5ms will be used. 
The following coding steps for E-DCH can be identified: 

add CRC to each transport block (see subclause 4.8.1); 

code block segmentation (see subclause 4.8.2); 

channel coding (see subclause 4.8.3); 

- hybrid ARQ (see subclause 4.8.4); 
bit scrambling (see subclause 4.8.5); 
interleaving for E-DCH (see subclause 4.8.6); 
constellation re-arrangement for 16QAM (see subclause 4.8.7); 

- mapping to physical channels (see subclause 4.8.8). 
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Figure 22. Coding chiain for E-DCH 

In the following the number of transport blocks is always one. When referencing non E-DCH formulae which are used 
in correspondence with E-DCH formulae the convention is used that transport block subscripts may be omitted (e.g. Xi 
when i is always 1 may be written X). 

4.8.1 CRC attachment for E-DCH 

CRC attachment for the E-DCH transport channel shall be performed according to the general method described in 
4.2.1 above with the following specific parameters. 

The CRC length shall always be Ly=24 bits. 

4.8.2 Code block segmentation for E-DCH 

Code block segmentation for the E-DCH transport channel shall be performed according to the general method 
described in 4.2.2.2 with the following specific parameters. 
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There is a maximum of one transport block. The bits bi^^ , bj^2 ■• ^imi ' • • • ' ^imB input to the block are mapped to the bits 
X--^,X^2,Xi^,---,X-^ directly. It follows thatX, = B,. Note that the bits x referenced here refer only to the internals of the 
code block segmentation function. The output bits from the code block segmentation function are o,>;, o,v2, o,>^, ..., o,>jf. 

The value of Z = 5 1 14 for turbo coding shall be used. 

4.8.3 Channel coding for E-DCH 

Channel coding for the E-DCH transport channel shall be performed according to the general method described in 
section 4.2.3 above with the following specific parameters. 

There is a maximum of one transport block, i=\. The rate 1/3 turbo coding shall be used. 

4.8.4 Physical layer HARQ functionality and rate matching for E-DCH 

The hybrid ARQ functionality matches the number of bits at the output of the channel coder to the total number of bits 
of the E-PUCH set to which the E-DCH transport channel is mapped. The hybrid ARQ functionality is controlled by the 
redundancy version (RV) parameters. 

Rate Matching 
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Figure 23: E-DCH hybrid ARQ functionality 



Determination of SF, modulation and number of physical channels 



The SF, modulation type and number of E-PUCHs in the E-PUCH set is determined by higher layers (see [15]). These 
correspond to a value of Nejataj- 



4.8.4.2 



HARQ bit separation 



The HARQ bit separation function shall be performed in the same way as bit separation for turbo encoded TrCHs with 
puncturing in 4.2.7.2.1 above. 



4.8.4.3 



HARQ Rate Matching Stage 



The hybrid ARQ rate matching for the E-DCH transport channel shall be done with the general method described in 
4.2.7.3 with the following specific parameters. 

The parameters of the rate matching stage depend on the value of the RV parameters s and r. The s and r combinations 
corresponding to each RV allowed for the E-DCH are listed in table 22 below. 
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Table 22: RV for E-DCH 



E-DCH RV Index 


s 


r 





1 





1 








2 


1 


1 


3 





1 



The parameter e^,;„5, em,„„.5 and e,>„ are calculated with the general method described in 4.5.4.3 above. The following 
parameters are used as input: 

A^.,. = Np, = Np2 = N,j/3 

^^ data ^^e, data J 

rmax = 2 (for both QPSK and 16-QAM) 

4.8.4.4 HARQ bit collection 

HARQ bit collection for E-DCH shall be performed according to the general method described for HS-DSCH in 

subclause 4.5.4.4. 

4.8.5 Bit scrambling 

The bit scrambling for E-DCH shall be performed in accordance with the general method described in subclause 4.2.9. 

4.8.6 Interleaving for E-DCH 

Interlevaing for E-DCH shall be performed in accordance with the general method described for HS-DSCH in 
subclause 4.5.6. 

4.8.7 Constellation re-arrangement for 1 6 QAM 

Constellation rearrangement shall be performed in the case of 16-QAM in accordance with the general method 
described for HS-DSCH in subclause 4.5.7. For QPSK this function is transparent. 

For 3.84Mcps and 7.68Mcps, the constellation version parameter b is associated with the E-DCH RV index as shown in 
table 23 below. 

Table 23: Mapping of RV to constellation rearrangement parameter b for E-DCH (3.84Mcps and 

7.68Mcps options) 



E-DCH RV Index 


b 








1 


1 


2 


2 


3 


3 



For 1 .28Mcps option, the constellation version parameter b is associated with the retransmission sequence number 
(RSN). The mapping between RSN and b parameters for constellation re-arrangement is listed in table 25A in subclause 
4.9.2.1.2. 

4.8.8 Physical channel mapping for E-DCH 

The E-PUCH is defined in [7]. The bits input to the physical channel mapping are denoted by rj, rj, ■■■, r^, where R= 
Nedata.j ^nd is the number of physical channel data bits to be transmitted in the current TTI. These bits are mapped to 
the physical channel bits, {w,k : f = 1, 2, ..., T; and A: = 1, 2, ..., U,}, where t is the timeslot index, Tis the number of 
timeslots in the allocation message, k is the physical channel bit index and U, is the number of bits in the E-PUCH 
physical channel in timeslot t. The timeslot index, t, increases with increasing timeslot number and the physical channel 
bit index, k, increases with increasing physical channel bit position in time. 
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The bits ry, r2, ..., rj^ shall be mapped to the physical channel bits w,j. according to the following rule 
'^ik-h forfc= 1, 2, ..., Ui 



W. 



2,k 'k+U, 



forfc= 1,2,..., U2 



Wj i^=r r-i for k=\,2, ..., Ut 



k+Y^u, 



4.9 Coding for E-UCCH 

4.9.1 Coding for E-UCCH for tine 3.84Mcps and 7.68l\/lcps TDD options 

E-UCCH is coded in two parts, E-UCCH part 1 and E-UCCH part 2. Both parts of the E-UCCH are transmitted on the 
E-PUCH (see [7]). 

The following information is transmitted by means of E-UCCH part 1 : 

- E-TFCI information: x,fiii, x,yfc,,2, ..., x,f^i,7 

The following information is transmitted by means of E-UCCH part 2: 

- Retransmission sequence number (RSN): x„„,;, x„„,2 

- HARQ process ID (HARQ_ID): x,,„,gj, x^,q_2 

4.9.1.1 Overview 

Figure 24 below illustrates the overall coding chain for E-UCCH. 
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Figure 24: Coding chain for E-UCCIH parts 1 and 2 
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4.9.1.2 E-UCCH parti 

4.9.1 .2.1 Information field mapping of E-TFCI 

The E-TFCI is mapped such that x,fdj corresponds to the MSB. 

4.9.1 .2.2 Channel coding for E-UCCH part 1 

The E-TFCI bits X^^^ i^^tfd 2'"-? ^tfd i ^^^ zero-padded and coded to produce the bits jo, yi,...y3i using a (32,10) sub- 
code of the second order Reed-MuIIer code as defined in subclause 4.3.1.1. Bits Xj^.^ i^^ifd 2'"-' ■'^ifci 7 correspond to 
bits a^,a^,...,aQ of subclause 4.3.1.1, and bits aq,a^,a.j of subclause 4.3.1.1 are set to zero. 



4.9.1.2.3 



Physical channel mapping for E-UCCH part 1 



E-UCCH part 1 is described in [7]. The sequence of bits yg, yj, ..., ysj output from the E-UCCH part 1 channel coding is 
mapped to the E-UCCH part 1 indicator field of each E-PUCH of the E-DCH TTI configured to carry E-UCCH. The 
bits yi {i=0,l,...31} are mapped in an identical manner to that described for TFCI in subclause 4.3.1.3 such that they are 
transmitted over the air in ascending order with respect to i. 

4.9.1.3 E-UCCH part 2 

4.9.1 .3.1 Information field mapping of retransmission sequence number 

To indicate the redundancy version (RV) of each HARQ transmission and to assist the Node B soft buffer management 
a two bit retransmission sequence number (RSN) is signalled from the UE to the Node B. The Node B can avoid soft 
buffer corruption by flushing the soft buffer associated to one HARQ process in case the last received RSN for that 
HARQ process is incompatible with the current one. 

The RSN is set by higher layers as described in [15]. For a given HARQ process, once the maximum RSN value of 3 
is reached, the RSN alternates between the values of 2 and 3 for any further retransmissions. The RSN thus follows the 
pattern 0,1,2,3,2,3,2,3,2,3,... The RSN is transmitted by the physical layer in E-UCCH part 2. 

The bits (x„„,y, x„„ 2) of the RSN field of E-UCCH part 2 are mapped such that x„„ y corresponds to the MSB of the RSN 
and Xrs„,2 corresponds to the LSB of the RSN. 

The applied E-DCH RV index specifying the used RV (s and r parameter) and in the case of 16-QAM, also the used 
constellation rearrangement parameter (b) both depend only on the values of RSN, and on N^ys I N^jataj as shown in 
table 25 below. 

Table 25: Relation between RSN value and E-DCH RV Index 



RSN Value 


Nsys / Ne.dataj <M2 


M2<Nsys/Ne,data.i 


E-DCH RV Index 


E-DCH RV Index 











1 


2 


3 


2 





2 


3 


2 


1 



The UE shall use either: 

• an RV index as indicated in Table 25 and according to the value of RSN 

• or, if signalled by higher layers only E-DCH RV index independently of the value of RSN. 



4.9.1.3.2 



Information field mapping of HARQ process ID 



The HARQ process ID bits (xkarq.i, Xharq.i) transmitted on E-UCCH part 2 correspond to the two LSBs of the 3-bit 
HARQ ID indicated by higher layers (the MSB of the higher layer HARQ ID is not transmitted). Thus, with the higher 
layer HARQ ID represented as hi, /z2, h^ (with hj as the MSB), bits Xi,arq,i, x,,arq,2 correspond to bits h2, lij. 
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4.9.1 .3.3 Multiplexing of E-UCCH part 2 information 

The retransmission sequence number information (x„„,;, x„„,2) and the HARQ process ID information {xharq.i, Xharq.i) are 
multiplexed together to give a sequence of bits xj, xi, ..., X4 where: 

Xk — Xf^f^k '^ — -'j-^ 

Xk — Xjiayqj^.2 K—J,H 

4.9.1 .3.4 Channel coding for E-UCCH part 2 

The bits X^,X2,---, X^ are zero-padded and coded to produce the bits Zg, Zh-.-Zsi using a (32,10) sub-code of the second 
order Reed-MuUer code as defined in subclause 4. 3 . 1 . 1 . Bits X^,X2,---,X^ correspond to bits filj , ^2 , . . . , filg of 
subclause 4.3.1.1, and bits ag,a^,...,a^ of subclause 4.3.1.1 are set to zero. 

4.9.1 .3.5 Physical channel mapping for E-UCCH part 2 

E-UCCH part 2 is described in [7]. The sequence of bits zo, Zi, ..., Z31 output from the E-UCCH part 2 channel coding is 
mapped to the E-UCCH part 2 indicator field of each E-PUCH of the E-DCH TTl configured to carry E-UCCH. The 
bits Zi {i=0,l,...31 } are mapped such that they are transmitted over the air in ascending order with respect to /. 

4.9.2 Coding for E-UCCH for the 1 .28Mcps TDD option 

The E-UCCH is used to convey the following information: 

• The modulation type of the selected E-TFC - bits (see note 1) 

• The transport block size of the selected E-TFC - 6 bits 

• The retransmission sequence number (RSN) - 2 bits 

• The HARQ process ID - 2 bits 

Note 1: The occupied modulation type is not explicitly signaled, which is inferred from the transport block size. 

The E-UCCH is transmitted on the E-PUCH and is coded using a (32, 10) sub code of the second order Reed MuUer 
code as defined in subclause 4.3.1.1 

Figure 24A below illustrates the overall coding chain for E-UCCH. 
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Figure 24A: Coding chain for E-UCCH 



4.9.2.1 



E-UCCH information field mapping 



4.9.2.1 .1 Information field mapping of E-TFCI 

The E-TFCI is mapped such that x,yc,,y corresponds to the MSB. 

4.9.2.1.2 RSN information mapping 

To indicate the redundancy version (RV) of each HARQ transmission and to assist the Node B soft buffer management 
a two bit retransmission sequence number (RSN) is signalled from the UE to the Node B. The Node B can avoid soft 
buffer corruption by flushing the soft buffer associated to one HARQ process in case the last received RSN for that 
HARQ process is incompatible with the current one. 

The RSN is set by higher layers as described in [15]. For a given HARQ process, once the maximum RSN value of 3 
is reached, the RSN alternates between the values of 2 and 3 for any further retransmissions. The RSN thus follows the 

pattern 0,1,2,3,2,3,2,3,2,3,.... 

The bits (x„„,y, x„„,2) of the RSN field are mapped such that x„„,; corresponds to the MSB of the RSN and x„„,2 
corresponds to the LSB of the RSN. 

The used RV is implicitly linked to the transmitted RSN, as such the Node-B is always able to determine the correct RV 
if the RSN information is correctly obtained. 

The constellation rearrangement parameter linkage with RSN is shown in Table 25A below 
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Table 25A: mapping between RSN and b parameters for CoRe 



RSN 


Nsys 1 Ne,data,l <M2 


M2<NsyslNe,data,i 


b 


b 











1 


2 


3 


2 


3 





3 


1 


1 



In addition to being associated with the value of RSN, the redundancy version (RV) of the E-DCH transmission is also 
associated with the coding rate of the E-DCH transmission according to Table 25B and Table 25C below. 

Table 25B: Relation between RSN and E-DCH RV index for QPSK 



RSN 


Nsys / Ne.data.i <M2 


M2<Nsys/Ne.clata,i 


E-DCH RV Index 


E-DCH RV Index 











1 


2 


3 


2 





2 


3 


2 


1 



Table 25C: Relation between RSN and E-DCH RV index for 16QAM 



RSN 


Nsys / Ne.dataj <M2 


M2<Nsys/Ne,data.i 


E-DCH RV Index 


E-DCH RV Index 











1 





3 


2 


2 


1 


3 


2 


2 



The UE shall use either: 

• an RV index as indicated in Table 25 A, 25B, 25C and according to the value of RSN 

• or, if signalled by higher layers only E-DCH RV index independently of the value of RSN. 



4.9.2.1.3 



HARQ information mapping 



The bits (xijarqj, xijarqj) of the HARQ field are mapped such that Xija^qj corresponds to the MSB of the HARQ process ID 
and Xi,arq,2 corrcsponds to the LSB of the HARQ process ID. 



4.9.2.2 



Multiplexing for E-UCCH 



The transport block size information (x,^^..., Xj^g), retransmission sequence number information (x„„,;, x„„,2) and the 
HARQ process ID information {xi^rqi, Xharq.2) are multiplexed together to give a sequence of bits xj, X2, ..., xjo where: 



•^k ~ ^ths,k 



k=],2,3,4,5,6 



•^k -^rsn^k-d 



k=7,8 



•^k •^harq,k- 



k=9,10 
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4.9.2.3 Coding for E-UCCH 

The bits JCp JCj , . . . , ^jq ^^ coded to produce the bits Zq, zy, . . . Zsi using a (32, 1 0) sub-code of the second order Reed- 
Muller code as defined in subclause 4.3.1.1. 

4.9.2.4 Physical channel mapping for E-UCCH 

The E-UCCH is described in [7]. The sequence of bits zo, Zi, ■■■, Z31 output from the E-UCCH channel coding is mapped 
with E-DCH to E-PUCH of the E-DCH TTl configured to carry E-UCCH. 



4.10 Coding for E-AGCH 

For the 1.28 Mcps TDD, E-AGCH type 1 is used when the variable E_DCH_SPS_STATUS=FALSE for a UE (as 
defined in [12]). 

In this section, the terms 'E-AGCH' and 'E-AGCH type 1 ' are used interchangeably. 

The E-AGCH carries the following fields multiplexed into w bits Xagj, Xag,2, ■■■ Xgg^w w is within the range 14 to 28 bits 
(for the 3.84Mcps option) and 15 to 29 bits (for the 7.68Mcps option) and 23 to 26 bits (for the 1.28Mcps option) 

Absolute grant (power) value {Xpgj, Xpgj, ... Xpgs) {5 bits}. 

Code resource related information (x^-j, x^-j, ■■■ x^^mc), {Nc=5 bits for the 1.28Mcps and 3.84Mcps options, N(.=6 
bits for the 7.68Mcps option} 

Timeslot resource related information (x,], x,2, ... x,„jfijfj), {nxRRi bits} [nxRRi =5 for 1.28Mcps, and is 
configured by higher layers for 3.84Mcps and 7.68Mcps options] 

E-AGCH CycHc Sequence Number (ECSN) (x,j, x^,2, x.^s) (3 bits) 

Resource duration indicator (3 bits if present) (Xrj, Xr,2, Xrj) - [the presence of this field is configured by higher 
layers] 

E-HICH Indicator (xei,i,Xei,2) (2 bits) (for 1.28Mcps TDD only) 

E-UCCH Number Indicator (xENi,bXENi,2^ Xeni.s) (3 bits) (for 1.28Mcps TDD only) 

Figure 25 illustrates the overall coding chain for the E-AGCH. 
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Figure 25 - TrCH processing of E-AGCH 



4.10.1 Information Field Mapping 

4.1 0.1 .1 Mapping of the Absolute Grant (Power) Value 

The absolute grant (power) value {Xpgj, Xpg2,...Xpg_s) is represented by 5 bits and corresponds to a dB value as specified 
in table 26 for 3.84Mcps and 7.68 Mcps TDD and in table 26A for 1.28Mcps TDD below. The values are mapped 
such that Xpgj corresponds to the MSB of the index. 
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Table 26: Mapping of Absolute Grant Value (for 3.84Mcps and 7.68 Mcps TDD) 



Absolute Grant Value 


Index 


31 dB 


31 


30 dB 


30 


29 dB 


29 


28 dB 


28 


27 dB 


27 


26 dB 


26 


25 dB 


25 


24 dB 


24 


23 dB 


23 


22 dB 


22 


21 dB 


21 


20 dB 


20 


19dB 


19 


18dB 


18 


17dB 


17 


16dB 


16 


15dB 


15 


14dB 


14 


13dB 


13 


12dB 


12 


11 dB 


11 


lOdB 


10 


9dB 


9 


BdB 


8 


7dB 


7 


6dB 


6 


5dB 


5 


4dB 


4 


3dB 


3 


2dB 


2 


1 dB 


1 


OdB 
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Table 26A: Mapping of Absolute Grant Value (for 1 .28Mcps TDD) 



Absolute Grant Value 


Index 


19dB 


31 


18dB 


30 


17dB 


29 


16dB 


28 


15dB 


27 


14dB 


26 


13dB 


25 


12dB 


24 


11 dB 


23 


lOdB 


22 


9dB 


21 


BdB 


20 


7dB 


19 


6dB 


18 


5dB 


17 


4dB 


16 


3dB 


15 


2dB 


14 


1 dB 


13 


OdB 


12 


-1 dB 


11 


-2dB 


10 


-3dB 


9 


-4dB 


8 


-5dB 


7 


-6dB 


6 


-7dB 


5 


-BdB 


4 


-9dB 


3 


-lOdB 


2 


-11 dB 


1 


-12dB 






4.1 0.1 .2 Mapping of the Code Resource Related Information 

The code resource related information (xcj, Xc,2,---Xc,nc) indicates which node on the OVSF code tree has been allocated 
and is represented by A^^ bits where Nc=5 for 1 .28Mcps and 3.84Mcps and Nc=6 for 7.68Mcps. The mapping between 
the allocated OVSF and the enumerated node 0...30 (for 1.28Mcps and 3.84Mcps) and 0...62 (for 7.68Mcps) on the 
OVSF code tree is as given in table 27 below, in which channelisation code '/' with spreading factor 'Q' is denoted as 



c: 



(Q) 



'^c.l 



corresponds to the MSB of the enumerated node. The right-most column of table 27 is only applicable for 



the 7.68Mcps option. 



Ci^^' [3] 



cr [0] 



C/^'[l] 



Table 27 - Channelisation code mapping 

Ci***' [7] 

Cz***' [8] 

Cf^ [9] 
C/**' [10] 



C^''" [4] 



C/"' [15] 



Cz*"' [16] 



Cj*"' [17] 



C/'' [18] 



Cs*"' [19] 



Cfi*"'' [20] 
C7*"" [21] 



^02) 


[31] 


cr' 


[32] 


^02> 


[33] 


c;^'' 


[34] 


^02> 


[35] 


c,'''> 


[36] 


cr> 


[37] 


r (32) 


[38] 


n (32) 


[39] 


r (32 


[40] 


n (32 


[41] 


r (32 


[42] 


r (32 


[43] 


r (32 


[44] 



£75/ 



3GPP TS 25.222 version 8.8.0 Release 8 



124 



ETSI TS 125 222 V8.8.0 (2010-04) 



cr' [2] 



C3^^' [5] 



C4^^' [6] 





Cg*"" [22] 


C5*"[ll] 


C9*"" [23] 
Cio*"" [24] 


Cj" [12] 


Cu*"* [25] 
Ci/"* [26] 


C7*" [13] 


Ci3*"" [27] 
Ci4*"" [28] 


Q<'' [14] 


Cis*"* [29] 
C16*"" [30] 



r (32 


[45] 


r (32 


[46] 


r (32 

Ll7 


[47] 


p, (32 


[48] 


/- (32 
Ci9 


[49] 


r (32 


[50] 


r- (32 


[51] 


r (32 

L22 


[52] 


r (32 

L23 


[53] 


r (32 

C24 


[54] 


r (32 


[55] 


/- (32 

*-26 


[56] 


p (32 


[57] 


p, (32 

»-28 


[58] 


p (32 


[59] 


C (32 


[60] 


p, (32 


[61] 


r (32 

^-32 


[62] 



4.1 0.1 .3 Mapping of the Timeslot Resource Related Information 

For 3.84Mcsp and 7.68Mcps options, the timeslot resource related information {x,j, x,2,---x,,„7-fiw) is a bitmap of length 
nxRRi indicating which of the timeslots configured for E-DCH use by higher layers have been allocated. The length of 
the field (nxRRi) is configured by higher layers up to a maximum of 12 bits. The bitmap is arranged such that the 
corresponding timeslots are in ascending numerical order, with x,i corresponding to LSB and lowest-numbered timeslot 
configured for E-DCH use. 

For 1.28Mcps option, the timeslot resource related information (x,;, x,2,-..x,„ras/) is also a bitmap of length 5 indicating 
the allocation for E-DCH resources from TSl to TS5. If the bit is set (i.e. equal to 1), then the corresponding timeslot 
shall be used for E-DCH resources. The bitmap is arranged such that the corresponding timeslots are in ascending 
numerical order, with x, y corresponding to MSB. 

4.1 0.1 .4 Mapping of the E-AGCH Cyclic Sequence Number (ECSN) 

The E-AGCH cyclic sequence number is mapped such that x^j corresponds to the MSB and x^j to the LSB. 

4.1 0.1 .5 Mapping of the Resource Duration Indicator 

The resource duration indicator {Xrj, Xr,2,Xr,3) is mapped such that Xij corresponds to the MSB of the resource duration 
index described in [15]. 

4.1 0.1 .6 Mapping of the E-HICH Indicator (1 .28Mcps option only) 

The E-HICH indicator consists of 2 bits used to indicate the UE which E-HICH will be used to convey the 
acknowledgement indicator in the following schedule period for 1.28Mcps TDD only. The bits {xeij, Xei,2) are mapped 
such that Xeij corresponds to the MSB and x^ij to the LSB. 

4.1 0.1 .7 Mapping of the E-UCCH Number Indicator (1 .28Mcps option only) 

The E-UCCH number indicator is composed of 3bits which is used to calculate the number of E-UCCH for 1 .28Mcps 
TDD only. The bits (xeni.i, Xeni,2, Xenu) are mapped such that Xeni.i corresponds to the MSB and Xenu to the LSB. The 
number of the used E-UCCH is equal to ENlH-1. 

4.10.2 FieldMultiplexing 



The absolute grant (power) value, code resource related information, timeslot resource related information, resource 
duration indicator (if present), ECSN, E-HICH indicator (forl.28Mcps TDD only) and E-UCCH number indicator 



(forl.28Mcps TDD only) are multiplexed together to give a sequence of bits x^gj, Xagj, ■■ 



, where: 
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For the 1 .28Mcps option: 



Xag.k = Xt,k-10 



k=l,2, .., 5 
k=6, 7, ..., 10 
k=ll,..., 15 

ag,k=Ae,k-15 k=16,17,18 

if resource duration indicator (RDI) present: 

Xag,k = Xr,k.l8 k=19,20,21 

Xag.k = XEI,k-21 k=22,23 

Xag.k = XENI,k-23 k=24,25,26 

or if resource duration indicator (RDI) does not present: 



Xag.k - XEI,k-18 
Xag.k = XENI,k-20 

For the 3.84Mcps option: 

Xag,k Xpg^k 
Xag.k — Xc,k-5 
Xag.k = Xt,k-10 
Xag.k = Xe,k-10-nTRRI 
Xag.k = Xr,k-13-nTRRI 

and for the 7.68Mcps option: 

Xag,k pg,k 

Xag,k — Xt; k-5 
Xag.k = Xt,k-ll 
Xag.k = Xe,k-U-nTRRI 
Xag.k = Xr,k-14-nTRRI 



k= 19,20 

k=2 1,22,23 

k=l,2, .., 5 

k=6, 7, ..., 10 

k=ll, ..., lO+nxRRi 

k=ll+nTRRi, ..., 13+nTRRi 

k=14+nTRRi, ..., 16+nTRRi {if resource duration indicator present} 

k=l, 2, .., 5 

k=6, 7, ..., 11 

k=12, ..., 11+nTRRi 

k=12+nTRRi, ..., 14+nTRRi 

k=15+nTRRi, ..., 17+nTRRi { if resource duration indicator present } 



4.10.3 CRC attachment 

The E-RNTI (xm, Xij2, ■■■, xms) is the E-DCH Radio Network Identifier defined in [12]. It is mapped such that xu.i 
corresponds to the MSB. 

From the sequence of bits Xagj, Xagj, ■■■, Xag,w a 16 bit CRC is calculated according to section 4.2.1.1. This gives the 
sequence of bits c;, C2, ..., cj^ where: 



^k ~ Pim(n-k) 



k=l,2,...,16 



This sequence of bits is then masked with Xni, x,d2, •••, y^id.i6 and appended to the sequence of bits x^gj, Xag,2, ■-, Xag,w to 
form the sequence of bits y], y2, ..., yw+i6 where 

yi=Xag.i i=l,2, -.w 

yi=(ci-w + Xid,i.w) mod 2 i=w+l, ..., w+16 
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4.10.4 Channel Coding 



1/3 rate convolutional channel coding is applied to the sequence yi, y2,-.-, Jw+jd in accordance with section 4.2.3.1, 
resulting in the sequence of bits zi, Z2, ■■■, Z3(w+24)- 



4.10.5 Rate Matching 



Rate matching is applied to the input sequence zi, Z2, ■■■, Z3(w+24) to obtain the output sequence rj, ¥2, ..., ru, where U : 
242 for burst type 1 and U = 274 for burst type 2 for 3.84Mcps and 7.68Mcps options while U=172 for 1.28Mcps 
option. 



4.10.6 Interleaving 



nd • 



Interleaving is performed as per section 4.2.1 1.1 (frame-related 2 interleaving). 

4.10.7 Physical Channel Segmentation 

Physical channel segmentation is performed as per section 4.2. 10. For 1.28Mcps TDD, the E-AGCH consists of two 
physical channels E-AGCHl and E-AGCH2, whereas for 3.84Mcps and 7.68Mcps TDD the E-AGCH only uses one 
physical channel, see[7].Note that physical channel segmentation is transparent when only one physical channel exists 

4.10.8 Physical Channel Mapping 

Physical channel mapping is performed as per section 4.2.12. 

4.1 OA Coding for E-AGCH type 2 (1.28Mcps TDD only) 

For the 1.28 Mcps TDD, E-AGCH type 2 is used when the variable E_DCH_SPS_STATUS =TRUE for a UE (as 
defined in [12]).The E-AGCH type 2 carries the following fields multiplexed into w bits Xagj, Xagj, ... Xag,w and w is 30 
bits. 

Absolute grant (power) value {Xpgj, Xpgj, ... Xpgs) {5 bits} 

Code resource related information (x^j, Xc,2, ■■■ Xc,nc), {Nc=4 bits } 

Timeslot resource related information (x,], x,2, ■■■ Xt,„TRRi), {nxRRi =5bits} 

E-AGCH CycHc Sequence Number (ECSN) (x,j, x,,2, x,^) (3 bits) 

Field flag (Xfl^gi, x^„g,2) {2 bits} 

Special information 1 (xj„fgii, x,„y^y2) {2 bits} 

Special information 2 ixj„p2,i, Xi„p2.2, Xj„f„2,3, Xi„fo2.4, Xj„fo2.5) {5 bits} 

E-UCCH Number Indicator (xENi,bXENi,2. Xeni.s) {3 bits} 

Reserved (x^.,,;) {1 bit} 
For an E-AGCH order, 

Xpgjf Xpg2, Xpg3, Xpg4, Xpg^^ J Xqi, X(^2f ^c,jj ^f,/Vf ^e reservcQ 
- Xt.j, x,2, ... x,„TRRi shall be set to "00000" 
Xe.i, Xg2, Xgj shall be set to x^^,], x„ji2, Xgj,j 

Xflag.l, Xflag.2, X,mfol,l, Xi„fol,2, Xj„fo2,l, Xinfo2.2, Xj„fo2,3, Xi„fo2,4, Xjnfo2,5,, XenI,1,XenI,2, XenI,3, X^esJ^^ rCSCrVCd 
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where x„a,i, Xo^,2, x„j,j are defined in subclause 4.1 OB. 

Figure 25A illustrates the overall coding chain for the E-AGCH type 2. 



^pgA -^pg.S ^c 



, ..JC^4 Jf,i.-f,„™R/ JCj, .JCj3 XjIag,l,Xjlag,2 Xi„fo]j,Xi„fo],2 Xi„fo2,l-Xi„fo2,5 XeNI,1-XeNI,3 Xres.l 
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1 1 1 



Multiplexing 
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Figure 25A- TrCH processing of E-AGCH type2 

4.10A.1 E-AGCH type 2 Information Field Mapping 
4.1 0A.1 .1 Mapping of the Absolute Grant (Power) Value 

The mapping of the absolution grant (power) value (Xpgj, Xpgj,.-.Xpgs) is performed as per section 4.10.1.1. 

4.1 0A.1 .2 Mapping of the Code Resource Related Information 

The code resource related information (xcj, Xc,2,---Xc,nc) indicates which node on the OVSF code tree has been allocated 
and is represented by A^^ bits where Nc=4-. The mapping between the allocated OVSF and the enumerated node 0. . . 14 on 
the OVSF code tree is as given in table 27, in which channelisation code '/' with spreading factor 'Q' is denoted as Cl^K 
Xcj corresponds to the MSB of the enumerated node. 

4.1 0A.1 .3 Mapping of the Timeslot Resource Related Information 

The mapping of the timeslot resource related information (x,j, x,2, ... x,„trri) is performed as per section 4.10.1.3. 

4.1 0A.1 .4 Mapping of the E-AGCH Cyclic Sequence Number (ECSN) 

The mapping of E-AGCH cyclic sequence number (x^j, x^j, x^j) is performed as per section 4.10.1.4. 
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4.1 0A.1 .5 Mapping of the Field Flag 

The field flag is used to distinguish the mapping of special information 1 and special information 2. The bits (xflagj, 
Xflag.2) ^e mapped such that Xfiagj corresponds to the MSB and Xfi^gj to the LSB. 

Ifxflag,], Xflag.2="00", the spccial information l(x ,„/„;;, Xinfoi.2) are comprised of the E-HICH indie ator(x£/j, Xei,2) and the 
special information 2 (xj„fo2.i, xinfoi.i, xj„fo2.3, xinfoij, xj„fo2.5) are comprised of the resource duration indicator (xrj, Xr,2, 
Xr,3) and Xinfo2.4' x_i„fo2,s3iK reservcd. 

Otherwise, the special information 1 ixj„f„]j, x,„yoy 2) are comprised of the resource repetition pattern index (x^rptj, Xrrpi,2 ) 
and the special information 2 (x,„y„2.7, x,„/„2,2, x,„/„2,j, x,„y„2.* x ,>,/i,2,5.) are reserved. 

4.1 0A.1 .6 IVIapping of the Special Information 1 

The special information 1 (x ,„y^y,;, x,„^o; 2) is mapped such that Xj„f„]] corresponds to the MSB and Xj„f„]2 to the LSB. 

If the special information 1 are comprised of the E-HICH indicator (xeij, xei,2), then xj„f„]]= x^/ ;and xinfoi,2= xeij- And 
the mapping of the E-HICH indicator is performed as per section 4.10.1.6. 



infolj Xj-f-pi^ 



;.;and 



If the special information 1 are comprised of the resource repetition pattern index (x^rpij, x^rpij ), then x 
Xinfoi.2= Xrrpi.2- The rcsourcc repetition pattern index Xrrpij, x^ptj is the unsigned binary representation of a reference to 
one of repetition patterns of the assigned semi-persistent E-PUCH resources configured by higher layers. The resource 
repetition pattern index Xrrpij, Xrrpij are mapped such that Xrrp,,;Corresponds to the MSB and x„,„,2 to the LSB. And if 
Xrrpu Xrrpi,2 ="00", onc subframc E-PUCH resource is assigned. 



Xrrpi,1 1 Xrrpi,2 


Resource repetition pattern 

index as signalled in the 

variable E DCH 

_SPS_PARAMS[12] 


"01" 


1'' entry 


"10" 


2™ entry 


"11" 


3™ entry 



4.1 0A.1 .7 Mapping of the Special Information 2 

The special information 2 {x;„fo2.i, x,>,/b2,2, xj„fo2.3, x,„/o2.* x ,„/o2.5.) is mapped such that xj„f„2j corresponds to the MSB and 
x,v,/b2,5 to the LSB. 

If the special information 2 (x,„y^2.i. Xi„f„2j, x,„/o2,a x,„yo2,* Xi„^o2,5,) are comprised of the resource duration indicator (x^j, 
Xr,2'Xr,3) and Xi„fo2,4, Xj„f„2,5 are reserved. Then Xj„fo2,i= x^j, Xi„^o2,2= Xr,2and x /„yo2.^= Xr,3- 

The mapping of the resource duration indicator is performed as per section 4.10.1.5. 

4.1 0A.1 .8 Mapping of the E-UCCH Number Indicator 

The mapping of E-UCCH number indicator (xeni.i, Xenij, Xenij) is performed as per section of 4.10.1.7. 



4.10A.2 Field Multiplexing of E-AGCH type 2 

The absolute grant (power) value, code resource related information, timeslot resource related information, ECSN, field 
flag, special information 1, special information 2 and E-UCCH number indicator are multiplexed together to give a 
sequence of bits Xagi, Xagj, ..., Xag,w where: 



<i^X pe,k 



k=l, 2, 
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''■ag.k - ^c,k-5 



k=6, 7, ..., 9 



Xag,k=Xt,k-9 k=10,ll, ..., 14 
Xag,k = Xe,k-14 k=15,16,17 

Xag,k = Xflag,k-17 k=18,19 

Xag.k = Xinfol,k-19 k=20,21 

Xag.k = Xinfo2,k-21 k=22,23,...,26 

Xag.k = XENI,k-26 k=27,28,29 



^ag,k — Xres,k-29 



k=30 



4.1 0A.3 CRC attachment for E-AGCH type 2 

The E-RNTI (x,v; y, Xj^j, ■■■, -*^M.;(i) is the E-DCH Radio Network Identifier defined in [12]. It is mapped such that x^j 
corresponds to the MSB. 

The sequence of bits yj, y2, ..., yw+]6, is calculated according to section 4.10.3. 

4.1 0A.4 Channel Coding for E-AGCH type 2 

Channel coding is performed as per section 4.10.4. 

4.1 0A.5 Rate Matching for E-AGCH type 2 

Rate matching is performed as per section 4. 10.5. 

4.1 0A.6 Interleaving for E-AGCH type 2 

Interleaving is performed as per section 4.10.6. 

4.1 0A.7 Physical Channel Segmentation for E-AGCH type 2 

Physical channel segmentation is performed as per section 4.10.7. 

4.1 0A.8 Physical Channel Mapping for E-AGCH type 2 

Physical channel mapping is performed as per section 4.10.8. 

4.1 OB Coding for E-AGCH orders 

E-AGCH orders are commands sent to the UE using E-AGCH. No E-PUCH resources grants are associated with E- 
AGCH orders. 

The following information is transmitted by means of the E-AGCH order physical channel. 

- Order type (3 bits): x„a,j, x„a,,2, x„a,j 

- UE identity (16 bits): x,d,y, x,d,2, ..., x,d,;s 
The coding for E-AGCH orders is specified in subclause 4.10A. 
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4.1 OB. 1 E-AGCH orders information field mapping 
4.1 OB. 1.1 Order type mapping 

lixojij, Xodt,2, Xodt,3= "000", then the E-AGCH order is an order to release the allocated semi-persistent E-PUCH 
resources when UE is in CELL_DCH state. 

4.1 OB. 1.2 UE identity mapping 

The E-RNTI (x,^ y, Xjjj, ■■■, x^k^ is the E-DCH Radio Network Identifier defined in [12]. It is mapped such that Xm 
corresponds to the MSB. 



4.1 1 Coding for E-HICH ACK/NACK 

4.1 1 .1 Coding for E-HICH ACK/NACK for the 3.84Mcps and 7.68Mcps 
options 



4.11.1.1 Overview 

The ACK/NACK is transmitted on the E-HICH as described in [7]. 

The value of a binary HARQ acknowledgement indicator for user h is denoted 'aj,' and may assume the value or 1 . 
The value of the indicator is mapped as shown in table 28. 

Table 28 - Mapping of HARQ acknowledgement indicator 

Command HARQ acknowledgement indicator value (aj,) 



NACK 
ACK 




1 



A HARQ acknowledgement indicator is mapped to one of 240 signature sequences of length 240 bits and represented 
by the bit sequence b[,_o, b^i, . . ., bi,.239 for the /z* acknowledgement indicator. The signature sequence number 'r' is 
selected as described in [7]. 

The signature sequence bjio, bj,,!, . . ., bi,,239 is constructed via coding of ai, followed by bit scrambling. Spare bits are 
inserted during the physical channel mapping stage to produce the output sequence djio, \,u ■■■, dh,u,- 



4.11.1.2 



Coding of the HARO acknowledgement indicator 



Bit aji is used to form the sequence S2,v (v=0,l,...,239) via a two-stage serialised binary spreading process as shown in 
figure 26. 



HARQ 

Acknowledgement 

Indicator 



primary code Ci -, k secondary code C2 j m 
(length 20) " (length 12) 



1 bit 


V 


20 bits 


V 


240 bits 


^. 


1^' Spreading 
(x20) 


^. 


2"=* Spreading 
(x12) 


^ 


w 


w 


w 



Figure 26 



£75/ 



3GPP TS 25.222 version 8.8.0 Release 8 



131 



ETSI TS 125 222 V8.8.0 (2010-04) 



The output of the first spreading stage is ^j ^^ = a^ © Cj ,. j. , where k=0, 1,2,.. ., 19. 



The output of the second spreading stage is ^^2 y ~ ■^i w ® ^2 / m ' where v=0, 1,..., 239 and where w ■ 
m = vmod 12. 



12 



and. 



The binary sequences selected for the first (Ci i,k) and second (C2j,ni) spreading operations are derived as a function of 
the HARQ acknowledgement sequence number r (see [7]) such that: 



12 



j = rmod 12 

The first orthogonal sequence set (C| ijj is given by table 29 and the second orthogonal sequence set (C2j,m) is given by 
table 30. 

Table 29 - Primary code sequences for HARQ acknowledgement indicator 



k 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


Cl,0,k 




1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


Cl,l,k 










1 


1 














1 





1 





1 


1 


1 


1 








1 


Cl,2,k 







1 


1 














1 





1 





1 


1 


1 


1 








1 





Cl,3,k 




1 


1 














1 





1 





1 


1 


1 


1 








1 








Cl,4,k 




1 














1 





1 





1 


1 


1 


1 








1 








1 


Cl,5,k 
















1 





1 





1 


1 


1 


1 








1 








1 


1 


Cl,6.k 













1 





1 





1 


1 


1 


1 








1 








1 


1 





Cl,7,k 










1 





1 





1 


1 


1 


1 








1 








1 


1 








Cl,8,k 







1 





1 





1 


1 


1 


1 








1 








1 


1 











Cl,9,k 




1 





1 





1 


1 


1 


1 








1 








1 


1 














Ci,io,k 







1 





1 


1 


1 


1 








1 








1 


1 














1 


Cl,11,k 




1 





1 


1 


1 


1 








1 








1 


1 














1 





Ci,i2,k 







1 


1 


1 


1 








1 








1 


1 














1 





1 


Ci,i3,k 




1 


1 


1 


1 








1 








1 


1 














1 





1 





Ci,i4,k 




1 


1 


1 








1 








1 


1 














1 





1 





1 


Cl,15,k 




1 


1 








1 








1 


1 














1 





1 





1 


1 


Ci.i6,k 




1 








1 








1 


1 














1 





1 





1 


1 


1 


Cl,17,k 










1 








1 


1 














1 





1 





1 


1 


1 


1 


Ci,i8,k 







1 








1 


1 














1 





1 





1 


1 


1 


1 





Ci,i9,k 




1 








1 


1 














1 





1 





1 


1 


1 


1 









Table 30 - Secondary code sequences for HARQ acknowledgement indicator 



m 







2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


C2,0,m 


1 




1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


C2,1,m 


1 





1 





1 


1 


1 











1 





C2,2,m 







1 





1 











1 


1 


1 





C2,3,m 


1 










1 





1 


1 


1 











C2,4,m 


1 





1 








1 





1 


1 


1 








C2,5,in 







1 





1 


1 





1 











1 


C2,6,m 







1 


1 





1 


1 





1 
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C2,7,m 








1 


1 


1 





1 


1 













C2,8,m 


1 


1 


1 











1 













1 


C2,9,m 














1 


1 


1 





1 







1 


C2,l0,m 





1 











1 


1 


1 







1 





C2,ll,m 


1 


1 





1 


1 


1 




















4.1 1 .1 .3 Bit scrambling of the E-HICH 

The bit sequence bh,obh,i,---,bh,239 is formed by applying bit scrambling (as defined in subclause 4.2.9) to the sequence 

S2,v 

4.1 1 .1 .4 Physical channel mapping of the E-HICH 

The bit sequence bi,,o,bh,i,- ■ •,bh,239 is segmented into two halves, b^.o,, ■ ■ •, \,n9, and b^.^o,- • -^bji^sp- A sequence of U 
spare bits Zy (u=O...U-l) are inserted between the first and second half of the sequence to form: 

dh = {bh,o, bh,i, ... , bh,ii9, Zo, Z[, ... Zu-i, bh,i2o, bh,i2i, ... , bh,239} 
U is equal to 4 or 36 dependant on the burst type (see [7]). The spare bit sequence Zy is not defined. 

4.1 1 .2 Coding for E-HICH for thel .28Mcps option only 



4.11.2.1 



Overview 



The scheduled and non-Scheduled transmissions on different E-HICHs are described in [7]. The acknowledgement 
indicators for the E-DCH semi-persistent scheduling operation can be transmitted on the same E-HICH carrying 
indicators for scheduled traffic or the E-HICH carrying indicators for non-scheduled traffic as described in [7]. 

The value of a binary HARQ acknowledgement indicator for user h is denoted 'aj,' and may assume the value or 1 . 
The value of the indicator is mapped as same as that of 3.84Mcps shown in subclause 4.11.1.1. 

Construction of the bit sequence for the /i* acknowledgement indicator is achieved via a spreading process using an 
orthogonal sequence which is the row of an orthogonal matrix of order 80. This orthogonal matrix (Cgo) is Kronecker 
tensor product of one Hadamard matrix of order 20 (C20) and another Hadamard matrix of order 4 (C4), 

Qo = Qo ® Q 

(8) is Kronecker tensor product, (note: Kronecker product is not commutative, i.e. A® B ^ B® A). The element '0' 
in Hadamard C20 and C4 shall be replaced by '-1' before the Kronecker tensor product operation. And after the operation 
the elements '-1' in Cso should be converted back into '0'. 

These two Hadamard matrices are given by table 31 and table 32. 

Table 31 : Hadamard matrix of order 4 

m 12 3 

C4,0,m 1111 

C4,i,m 10 10 

C4,2,m 110 
€4,3,™ 110 
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Table 32: Hadamard matrix of order 20 



k 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


C20,0,k 


1 














1 














1 


1 








1 


1 







1 





C20,1,k 





1 














1 











1 


1 


1 











1 





1 


1 


C20,2,k 








1 














1 











1 


1 


1 





1 










1 


C20,3,k 











1 














1 











1 


1 


1 


1 


1 





1 





C20,4,k 














1 














1 


1 








1 


1 





1 







1 


C20,5,k 





1 


1 


1 


1 


1 

















1 








1 


1 


1 








1 


C20,6,k 


1 





1 


1 


1 





1 











1 





1 








1 


1 










C20,7,k 


1 


1 





1 


1 








1 











1 





1 








1 









C20,8,k 


1 


1 


1 





1 











1 











1 





1 












1 


C20,9,k 


1 


1 


1 


1 

















1 


1 








1 





1 










1 


C20,10,k 








1 


1 





1 





1 


1 





1 

















1 






1 


C20,11,k 











1 


1 





1 





1 


1 





1 











1 









1 


C20,12,k 


1 











1 


1 





1 





1 








1 








1 


1 







1 


C20,13,k 


1 


1 











1 


1 





1 














1 





1 


1 







1 


C20,14,k 





1 


1 











1 


1 





1 














1 


1 


1 




1 





C20,15,k 





1 








1 








1 


1 





1 














1 














C20,16,k 


1 





1 

















1 


1 





1 














1 











C20,17,k 





1 





1 





1 











1 








1 














1 








C20,18,k 








1 





1 


1 


1 




















1 














1 





C20,19,k 


1 








1 








1 


1 




















1 














1 



The binary orthogonal sequence (Cgo.r.n) used for spreading operation is selected from the r' row of the orthogonal 
matrix of order 80 (Cgo)- A HARQ acknowledgement indicator is synchronously linked with the E-DCH TTI 
transmission to which it relates. There is thus a one-to-one association between an E-DCH TTI transmission and its 
respective HARQ acknowledgement indicator. 

4.1 1 .2.2 Coding of the HARQ acknowledgement indicator and TPC/SS 

For scheduled transmissions, E-HICHs carry HARQ acknowledgement indicators only. 

A logical allocation resource tag ID 'r' (r=0, 1,2,..., 79) is calculated first for the E-DCH resource allocation associated 
with the HARQ acknowledgement indicator. 



r = 16(?o-l) + (^o-l) 



1^ 
Go 



where: 

to is the last (highest-numbered) allocated timeslot (1,2,. .,5) 

qo is the lowest-numbered channelisation code index allocated in timeslot to (1,2,..., Qo) 
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Qo is the spreading factor of the lowest-numbered channelisation code index allocated in timeslot to 

The logical resource tag ID r is then mapped to a physical allocation resource tag ID r', 

r' = P{r, SFN' , MidambleCode) , 

where P is a permutation function depends on the logical signature index r, system sub-frame number SFN" of E-HICH 
and the cell specific basic midamble code sequence. A 7-tap linear feedback shift register (LFSR) is used to generate 
pseudo-random numbers which are then used to generate the pseudo-random permutation P. The generator polynomial 

of the 7-tap LFSR is g{x) = \ + X^ + x' , as shown in Figure 27. 



^6-, ^5, Sa„ St,, S2, S\, Sq 




D 



D 




D 



D 



D 



Figure 27: Structure of PN register 

The pseudo-random permutation is generated according to the following procedures: 

1. InitiaUzation 

(a) Initialize M = 80, initialize P as P{m) = m,m = 0, 1 , . . . , M- 1 ; 

(b) Initialize A^= 7; 

(c) Initiahze PN register with seed s, where s = LSB(SFN", AOnLSB(MidambleCode, AO and Se, S5, ... Sq are put 
into the register in the order as shown in figure 27; 

(d) Initialize / = 0. 

2. Repeat the following steps while i <= M -3. 

(a) Find the smallest p such that M - i - I < 2''; 

(b) Clock the PN register A^ times to obtain an A^-bit pseudorandom number x. Set k = LSB(x, p); 
(c)lfk>M-i-l, setk = k-(M-iy, 

(d) Swap the /-th and the (k+i)-th element of P, i.e., tmp = P(i), P(i) = P(k+i), P(k+i) = tmp; 

(e) Increment /by 1 . 

where 'LSB(x, n)' means the right most n bits of x, 'D' means modulo 2 addition, and the first output bit from the PN 
register is the MSB, while the final output bit is the LSB . The resulting P is the output permutation and the physical 
signature sequence index is given by r'= P(r) . 

The output of the spreading stage is equal to bf^ ^— Uf^QC^Q ^. „, where n=0,l,...,79 and is the Xor operation. 



For Non-Scheduled transmissions and E-DCH semi-persistent scheduling operation,, E-HICHs carry HARQ 
acknowledgement indicators and TPC/SS commands. The 80 orthogonal sequences are divided into 20 groups while 
each group includes 4 sequences of contiguous logical resource tag ID. The mapping between the logical resource tag 
ID and the physical tag ID is same as scheduled transmissions. Each non-scheduled user is assigned one group by 
higher layer to indicate the HARQ acknowledgement indicator and TPC/SS command. The first one of the four 
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sequences is used for the acknowledgement indicator"s spreading operation and one of the other three is used to indicate 
TPC/SS command implicitly. The mapping relations between them are described in [7]. 

The HARQ acknowledgement indicator is spread by the assigned orthogonal sequence (Cgo.s ",n), where s' is the physical 
resource tag ID. The output of the spreading stage is equal to C^ ^^ — U/^QCgQ ^. ^, where n=0, 1 , . . . ,79. The sequence 

chosen to indicate TPC/SS command is denoted as 'ejin', ^h „ — Ph^^so r' « ' where Pj^ is the same as the parameter 
B defined in [7]. 

4.1 1 .2.3 Bit scrambling and Physical channel mapping of the E-HICH 

For scheduled transmission, the bit sequence bi,,obh,i,.--,bh,79 is segmented into two halves, bj,o,, ■■•, bji39, and 
bji,4o,.--,bh,79. 8 spare bits Zy (u=0...7) are inserted between the first and second half of the sequence to form: 

dh = {bh,o, bh,i, ... , bh39, Zo, Zi, ... Z7, bh,4o, bh,4i, . . . , bhjg} 

The spare bit sequence z,, is not defined.For Non-Scheduled transmission, the corresponding output bit sequences are: 

dhl = {Ch,0, Ch,l, ... , Ch39, Zo, Zi, ... Z7, Ch,40, Ch,41, ... , Chjg} 

dh2 = {Ch.o^ 6ji,i, ... , eji39, Zo, Zi, ... Z7, eji,4o, eji,4i, ... , e^jg} 

Then the corresponding bit sequence d,, or djii/di,2 is formed by applying bit scrambling (as defined in subclause 4.2.9) 
to the sequence Sji^n or Sjii,n/Sh2,n. n= 0,1,..., 87. 



4.12 Coding for E-RUCCH 



For 1.28Mcps TDD, E-RUCCH supports both a 5ms and a 10ms TTI. For 3.84Mcps and 7.68Mcps TDD, E-RUCCH 
supports a TTI of 10ms only. The sequence of 39 information bits to be transmitted on one E-RUCCH as supplied by 

higher layers is defined as bits ^,_™,,ft,i ,a^_„^^;, j ,...a^._„^^;, 39 . 

The following processing steps (in sequential order) are defined for E-RUCCH: 
CRC attachment 
Channel coding 
Rate matching 
Bit scrambling 

Frame related 2"'^ interleaving 
Mapping to physical channels 

4.12.1 CRC attachment for E-RUCCH 

From the sequence of A,=39 bits ( -fe-ruee/!,!' ^e-raec/i,2'"-'^e-raeeft,39 ) ^ CRC of length L,=16 is appended according to 
Section 4.2.1.1. The bits output from CRC attachment are denoted h^^X' where k=l,2,3, ... Ai+L^ and A, = 39 

For 3.84Mcps and 7.68Mcps TDD, each parity bit b,n,,k , (where k=Ai+l,Ai+2, ... A,-i-L,) is then XOR"d with 1 such that 
its polarity is reversed. 

4.1 2.2 Channel coding for E-RUCCH 

1/3 rate convolutional channel coding is applied to the sequence bi, bi, ..., bi^^i in accordance with section 4.2.3.1, 
resulting in the sequence of bits zy, Z2, ..., z^ft+g). 
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4.1 2.3 Rate matching for E-RUCCH 

Rate matching for E-RUCCH shall be applied to the input sequence zi, Z2, ■■■, Znk+s) to obtain the output sequence ry, r2, 
..., ru, where U = 176 for 1.28Mcps and U= 232 for 3.84Mcps and 7.68Mcps TDD, according to the general method 
described in subclause 4.2.7. 

4.1 2.4 Bit scrambling for E-RUCCH 

Bit scrambling for E-RUCCH shall be performed in accordance with the general method described in subclause 4.2.9. 

4.1 2.5 Interleaving for E-RUCCH 

Frame-related 2°'' interleaving for E-RUCCH shall be performed in accordance with the general method described in 
subclause 4.2.11.1. 

4.12.6 Physical channel mapping for E-RUCCH 

Physical channel mapping for the E-RUCCH shall be performed in accordance with the general method described in 
subclause 4.2.12.1. 



5 Multiplexing, channel coding and interleaving for the 

3.84 Mcps MBSFN 1MB option 

5.1 General 

Data streams from/to MAC and higher layers (Transport block / Transport block set) are encoded/decoded to offer 
transport services over the radio transmission link. The channel coding scheme is a combination of error detection, error 
correcting, rate matching, interleaving and the mapping of transport channels onto physical channels. 

5.2 General coding/multiplexing of TrCHs 

This section only applies to the transport channels BCH and EACH. 

Data arrives to the coding/multiplexing unit in form of transport block sets once every transmission time interval. The 
transmission time interval is transport-channel specific from the set {10 ms, 20 ms, 40 ms, 80 ms}. An overview of the 
coding/multiplexing steps applicable to MBSFN 1MB is shown in figure 2 of subclause 4.2 in [3]. 

5.2.1 CRC attachment 

Error detection is provided on transport blocks through a Cyclic Redundancy Check (CRC). CRC attachment shall be 
performed in accordance with the general method described in subclause 4.2.1 of [3]. 

5.2.2 Transport block concatenation ancJ code block segmentation 

Transport blocks, with attached CRCs, are concatenated and segmentated into code blocks. Transport block 
concatenation and code block segmentation shall be performed in accordance with the general method described in 
subclause 4.2.2 of [3]. 

5.2.3 Channel coding 

Code blocks are delivered to the channel coding. Channel coding shall be performed in accordance with the general 
method described in subclause 4.2.3 of [3]. The following restrictions apply: 
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Convolutional coding shall be applied to FACH transport channel mapped on S-CCPCH frame type 1 only. 
Turbo coding shall be applied to FACH transport channels mapped on S-CCPCH frame type 2 only. 

5.2.4 1^* Interleaving 

First interleaving shall be performed in accordance with the general methods described in subclause 4.2.5 of [3]. 

5.2.5 Radio frame segmentation 

Radio frame segmentation shall be performed in accordance with the general method described in subclause 4.2.6 of 
[3]. 

5.2.6 Rate matching 

Rate matching shall be performed in accordance with the general method described in subclause 4.2.7 of [3], in which 
the downlink description is only relevant. Only flexible positions of TrCHs are supported for the MBSFN 1MB option. 

For S-CCPCH frame type 2, the number of bits available to the CCTrCH in one radio frame using P physical channels 
is defined as Njaia*= 'i'>^data\+ (P-J)x3x N"datai, where N^aiai is defined in [2] and N"aata\ is the data size of the 
corresponding slot format with zero TFCI bits. 

5.2.7 TrCH multiplexing 

Transport channel multiplexing shall be performed in accordance with the general method described in subclause 4.2.8 
of [3]. 

5.2.8 Insertion of discontinuous transmission (DTX) indication bits 

DTX is used to fill up the radio frame with bits. The DTX indication bits inserted in this step shall be placed at the end 
of the radio frame, corresponding to flexible positions of TrCHs in the radio frame [3]. Note that the DTX indication 
bits will be distributed over all slots after 2"** interleaving. 

The bits input to the DTX insertion block are denoted by ^j , ^2 , ^j , . . . , 5^ , where S is the number of bits from TrCH 

multiplexing. The bits output from the DTX insertion block are denoted by Wj , Wj , Wj , . . . , w^ and defined by the 
following relations: 

W^=S^ k=\,2,3, ...,S 
W^=d k = S+l, S+2, S+3, ...,W 

where DTX indication bits are denoted by S. Note that bits w^ are three valued and that W=Naata.*- 

5.2.9 Physical channel segmentation 

For the 3.84 Mcps MBSFN 1MB option, physical channel segmentation is applicable to S-CCPCH frame type 2 only. 

When more than one PhCH is used, physical channel segmentation divides the bits among the different PhCHs. The bits 
input to the physical channel segmentation are denoted by Wj , Wj , Wj , . . . , W^, , where W is the number of bits input to 
the physical channel segmentation block. The number of PhCHs is denoted by P. 

The bits after physical channel segmentation are denoted U ^,11 2^^n2'---'^pu ' where p is PhCH number and Up is 
the number of bits in one radio frame of the p''' PhCH. The relation between wk and Up^k is given below. 
Bits on first PhCH after physical channel segmentation: 
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k=l,2, ..., Ui 
Bits on second PhCH after physical channel segmentation: 



^2,k — '^(k+Ui) 



k=l,2. 



Uy 



Bits on the P' PhCH after physical channel segmentation: 

The number of bits t/^in one radio frame of the/?' PhCH is 3xNjatai ior p=l and 3xN"jaia[ for/? = 2,3,..., P, where 
Ndatai is defined in [2] and N"datai is the data size of the corresponding slot format with zero TFCI bits. 

5.2.10 2""^ Interleaving 

Second interleaving is performed in accordance with the general method described in section 4.2. 11 of [3]. For S- 
CCPCH frame type 2, 2"'^ interleaving is performed per physical channel of the CCTrCH. 

5.2.1 1 Physical channel mapping 

Physical channel mapping shall be performed in accordance with the general method described in subclause 4.2.12 in 
[3], in which the downlink description is only relevant. 

5.2.12 Restrictions on different types of CCTrCHs 

Restrictions on the different types of CCTrCHs are described in general terms in [16]. In this subclause those 
restrictions are given with layer 1 notation. 

5.2.1 2.1 Broadcast channel (BCH) 

The restrictions of subclause 4.2. 13.6 of [3] apply. 

5.2.1 2.2 Forward access channel (FACH) 

The maximum value of the number of TrCHs / in a CCTrCH and the maximum value of the number of transport 
blocks Ml on each transport channel are given from the UE capability class. 

Only one Secondary CCPCH frame type 1 is used per CCTrCH. 

The maximum number of Secondary CCPCHs of frame type 2 used per CCTrCH is defined in [17]. 

5.2.13 Multiplexing of different TrCHs into one CCTrCH, and mapping of 
one CCTrCH onto physical channels 

Multiplexing of different transport channels into one coded composite transport channel shall be performed in 
accordance with the general method described in 4.2.14 of [3]. 



5.3 Transport format detection 



For MBSFN 1MB operations, the transport format combination is signalled using the TFCI field of an S-CCPCH slot 
and only TFCI based detection shall be used. 
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5.3.1 Transport format detection based on TFCI 

When a TFCI is available, then TFCI based detection shall be applicable to all TrCHs within the CCTrCH. The TFCI 
informs the receiver about the transport format combination of the CCTrCHs. As soon as the TFCI is detected, the 
transport format combination, and hence the transport formats of the individual transport channels are known. 

5.3.2 Coding of Transport-Format-Combination Indicator (TFCI) 

The number of TFCI bits to be encoded per CCTrCH shall always be within the range 1 to 5. These bits shall be 
encoded according to the general method of subclause 4.3.1.2.2 to produce 16 encoded bits bO to bl5. This procedure is 
valid also for the case where the number of TFCI bits to be encoded is less than 3. 

5.3.3 Mapping of TFCI words 

5.3.3.1 Mapping of TFCI bits for Secondary CCPCH 

The 16 encoded TFCI bits are directly mapped to the S -CCPCH slots of the radio frame. Within a slot the bit with lower 
index is transmitted before the bit with higher index. The coded bits b^, are mapped to the transmitted TFCI bits dk, 
according to the following formula: 

dk = bk mod 16 

For S-CCPCH frame type 1, fc = 0, 1, 2, ..., 29. For S-CCPCH frame type 2 using QPSK data modulation, fc = 0, 1, 2, 
...,47 whilst for S-CCPCH frame type 2 using 16-QAM data modulation, fc = 0, 1, 2, ..., 23. 

The set of TFCI bits dk shall be modulated as defined in [9] and mapped to slots of the radio frame such that they are 
transmitted in ascending order of k. 
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